Quelle est la différence entre les pools SQL dédiés Azure Synapse et les pools SQL sans serveur ?
What is the difference between Azure Synapse Dedicated SQL Pools and Serverless SQL Pools?
Azure Synapse Dedicated SQL pools is based on the legacy on-prem MS SQL Server technology of the past, while Azure Synapse SQL Serverless Pools is a new technology built from the ground up by a different Microsoft team using a modern distributed query processing engine reading files directly on top of ADLS.

Based on these two SQL solutions having completely different architectures they have widely different capabilities, where Synapse Serverless SQL Pools have:
- Great support for legacy T-SQL
- Great integration with Power BI
- Good Support for reading open format files directly from ADLS (including Delta Lake)

However, Serverless SQL Pools has:
- NO support for data writing (no INSERT, UPDATE, DELETE, or MERGE capability), because all integration must happen externally on files.
- NO result caching, so dashboards or queries that are run multiple times will pay in time and money for each execution even if just run seconds ago.
- NO file caching, so cloud storage API can be high and flood the network and slow a larger installation
Azure Synapse Dedicated SQL pools est basé sur la technologie MS SQL Server du passé, tandis qu'Azure Synapse SQL Serverless Pools est une nouvelle technologie développée par une autre équipe de Microsoft qui utilise un moteur de traitement des requêtes distribué moderne lisant les fichiers directement au-dessus d'ADLS.

Ces deux solutions SQL ayant des architectures complètement différentes, elles ont des capacités très différentes, alors que Synapse Serverless SQL Pools en a :
- une excellente prise en charge de l'ancien T-SQL
- Excellente intégration avec Power BI
- Bonne prise en charge de la lecture de fichiers en format ouvert directement à partir d'ADLS (y compris Delta Lake)

Cependant, les pools SQL sans serveur n'ont
- AUCUN support pour l'écriture de données (pas de capacité INSERT, UPDATE, DELETE, ou MERGE), parce que toute l'intégration doit se produire en externe sur les fichiers.
- PAS de mise en cache des résultats, donc les tableaux de bord ou les requêtes qui sont exécutées plusieurs fois paieront en temps et en argent pour chaque exécution, même si elles ont été exécutées il y a quelques secondes.
- PAS de mise en cache des fichiers, de sorte que l'API de stockage en nuage peut être élevée et inonder le réseau, ce qui ralentit une installation plus importante.
open_qa
fr