Guide de décision Microsoft Fabric : choisir une base de données SQL
Utilisez ce guide de référence et les exemples de scénarios pour vous aider à choisir la base de données opérationnelle la plus appropriée pour vos charges de travail transactionnelles : Azure SQL Database ou une base de données SQL dans Fabric (préversion).
Toutes deux fournissent toutes les fonctionnalités et capacités à l’échelle de l’entreprise du moteur de base de données SQL, avec toutes les performances familières des bases de données opérationnelles à l’échelle du cloud. Avec Azure SQL Database , vous conservez un contrôle détaillé de l’approvisionnement de vos bases de données, tandis que les bases de données SQL dans Fabric (préversion) offrent une gestion autonome et des avantages en termes de facilité d’utilisation. Les bases de données SQL dans Fabric sont entièrement intégrées à d’autres charges de travail dans la plateforme Microsoft Fabric par défaut.
Bases de données
Pour obtenir une comparaison détaillée des fonctionnalités et des capacités, consultez Comparaison des fonctionnalités : Azure SQL Database et base de données SQL dans Fabric (préversion).
Important
Les bases de données SQL dans Fabric sont actuellement en PRÉVERSION. Les fonctionnalités et les capacités sont susceptibles d’être étendues. Certaines informations portent sur un produit en préversion susceptible d’être substantiellement modifié avant sa publication. Microsoft ne donne aucune garantie, expresse ou implicite, concernant les informations fournies ici.
| Azure SQL Database | Base de données SQL dans Fabric (préversion) | |
|---|---|---|
| Modèles d’achat | vCore, DTU | Référence SKU de capacité Fabric approvisionnée |
| Niveaux de calcul | Approvisionné ou serverless | Sans serveur |
| configurations matérielles | Gen5, Fsv2, DC | Latest |
| Compétences Copilot | Oui | Oui |
| Pools élastiques | Oui | Non |
| Options de création | Portail Azure, PowerShell, Az CLI, Azure Resource Manager, Bicep, Terraform, T-SQL, API REST | Portail Fabric, API REST |
| Sécuriser | Azure RBAC, autorisations SQL | Rôles d’espace de travail Fabric et partage d’autorisations, autorisations SQL |
| Authentification | Authentification Microsoft Entra ID, authentification SQL | Authentification Microsoft Entra ID |
| Mise en miroir de bases de données vers Fabric OneLake | Oui, activé manuellement | Oui, activé automatiquement pour toutes les tables éligibles |
| Requêtes multiplateformes dans Fabric | Oui, via la mise en miroir vers Fabric | Oui, via Fabric OneLake automatiquement |
| Source de raccourcis Fabric | Oui, via la mise en miroir vers Fabric | Oui, via Fabric OneLake automatiquement |
| Source pour le mode DirectLake Power BI | Oui, via la mise en miroir vers Fabric | Oui, via Fabric OneLake automatiquement |
| Offre gratuite | Oui, 100 000 vCores/mois | Oui, avec la capacité d’évaluation Microsoft Fabric |
| Surveillance | Azure Monitor, observateur de base de données | Tableau de bord de niveau de performance, application de mesures de capacité |
Scénarios
Consultez ces scénarios pour obtenir de l’aide sur le choix d’un magasin de données dans Fabric.
Scénario 1
Kirby est un architecte de solutions qui crée une application IA pour des données opérationnelles. Il a besoin d’avoir une plateforme de base de données opérationnelle facile à gérer, qui peut facilement s’intégrer à des requêtes multiplateformes sur des données d’intelligence en temps réel, des fichiers Parquet et des données de référence gérées dans un entrepôt.
Kirby choisit une base de données SQL dans Fabric pour les données opérationnelles. L’architecture de mise à l’échelle automatique serverless d’une base de données SQL fournit des ressources rentables à la demande. Grâce à la mise en miroir vers l’infrastructure OneLake, les données de la base de données SQL sont automatiquement disponibles pour d’autres charges de travail dans Fabric. Les fonctionnalités multi-modèles de la base de données SQL, basées sur le robuste moteur de base de données SQL de SQL Server et sur Azure SQL Database, fournissent des architectures de données relationnelles, graphiques, JSON et clé-valeur.
La nature simple, autonome et intégrée des configurations par défaut de la base de données SQL dans Fabric réduit les tâches de gestion de base de données, avec les meilleures pratiques déjà implémentées.
La base de données SQL dans Fabric est également simple à acheter : les fonctionnalités de la base de données SQL dans Fabric sont identiques pour toute capacité Fabric.
Scénario 2
Arin est un architecte Azure expérimenté qui collabore avec des développeurs d’applications .NET chez un éditeur de logiciels indépendant (ISV). Il développe une architecture mutualisée où chaque client a besoin de sa propre base de données isolée. Les clients sont dans le monde entier et ont des heures d’utilisation maximales à différents moments.
Arin choisit de déployer de nombreuses bases de données à grande échelle à l’intérieur de pools élastiques Azure SQL Database. Les pools élastiques offrent une facturation et un pool de ressources cohérents, parfaits pour l’hébergement de bases de données de différentes tailles et de différents profils de charge de travail. En contrôlant l’appartenance au pool de bases de données et la surveillance des modèles d’utilisation de pointe, Arin peut économiser de l’argent grâce à des ressources et à une facturation cohérentes depuis les pools élastiques.