Freigeben über


Microsoft Fabric-Entscheidungshilfe: Auswählen einer SQL-Datenbank

In dieser Referenzanleitung und den Beispielszenarien können Sie die am besten geeignete Betriebsdatenbank für Ihre transaktionalen Workloads auswählen: Azure SQL-Datenbank oder eine SQL-Datenbank in Fabric (Vorschau).

Beide bieten alle unternehmensweiten Funktionen und Möglichkeiten des SQL-Datenbankmoduls mit der gewohnten Leistung einer Clouddatenbank. Mit der Azure SQL-Datenbank behalten Sie die detaillierte Kontrolle über die Bereitstellung Ihrer Datenbanken bei, während die SQL-Datenbank in Fabric (Vorschau) autonome Verwaltung und Benutzerfreundlichkeit bietet. Die SQL-Datenbank in Fabric ist standardmäßig vollständig in andere Workloads in der Microsoft Fabric-Plattform integriert.

Datenbanken

Einen detaillierten Vergleich der Features und Funktionen finden Sie unter Featuresvergleich: Azure SQL-Datenbank und SQL-Datenbank in Fabric (Vorschau).

Wichtig

SQL-Datenbanken in Fabric befinden sich derzeit in der VORSCHAUVERSION. Die Features und Funktionen werden wahrscheinlich erweitert. Diese Informationen beziehen sich auf eine Vorabversion des Produkts, an der vor der Veröffentlichung noch wesentliche Änderungen vorgenommen werden können. Microsoft übernimmt keine Garantie, weder ausdrücklich noch stillschweigend, für die hier bereitgestellten Informationen.

  Azure SQL-Datenbank SQL-Datenbank in Fabric (Vorschau)
Kaufmodelle V-Kern, DTU Bereitgestellte Fabric-Kapazitäts-SKU
Computetarife Bereitgestellt oder serverlos Serverlos
Hardwarekonfigurationen Gen5, Fsv2, DC Neueste Version
Copilot-Fähigkeiten Ja Ja
Pools für elastische Datenbanken Ja No
Erstellungsoptionen Azure-Portal, PowerShell, Az CLI, Azure Resource Manager, Bicep, Terraform, T-SQL, REST API Fabric-Portal, REST-API, Terraform
Sicher Azure RBAC, SQL-Berechtigungen Fabric-Arbeitsbereichsrollen und Freigabeberechtigungen, SQL-Berechtigungen
Authentifizierung Microsoft Entra ID-Authentifizierung, SQL-Authentifizierung Microsoft Entra ID-Authentifizierung
Datenbankspiegelung in Fabric OneLake Ja, manuell aktiviert Ja, automatisch für alle berechtigten Tabellen aktiviert
Plattformübergreifende Abfragen in Fabric Ja, über Spiegelung auf Fabric Ja, automatisch über Fabric OneLake
Quelle von Fabric-Verknüpfungen Ja, über Spiegelung auf Fabric Ja, automatisch über Fabric OneLake
Quelle für den Power BI DirectLake-Modus Ja, über Spiegelung auf Fabric Ja, automatisch über Fabric OneLake
Kostenloses Angebot Ja, kostenlos 100 000 V-Kerne s/Monat Ja, mit Microsoft Fabric-Testkapazität
Überwachung Azure Monitor, Datenbanküberwachung Leistungsdashboard, Kapazitätsmetriken-App

Szenarien

Überprüfen Sie diese Szenarien, um die Auswahl eines Datenspeichers in Fabric zu erleichtern.

Szenario 1

Kirby ist ein Lösungsarchitekt, der eine KI-Anwendung für Betriebsdaten erstellt. Sie benötigen eine einfach zu verwaltende operative Datenbankplattform, die sich leicht in plattformübergreifende Abfragen gegen Echtzeitintelligenzdaten, Parquet-Dateien und in einem Warehouse verwaltete Stammdaten integrieren lässt.

Kirby wählt eine SQL-Datenbank in Fabric für Betriebsdaten. Die serverlose, automatisch skalierende Architektur einer SQL-Datenbank stellt bei Bedarf kostengünstige Ressourcen bereit. Dank der Spiegelung mit Fabric OneLake stehen die Daten in der SQL-Datenbank automatisch für andere Workloads innerhalb von Fabric zur Verfügung. Die SQL-Datenbank bietet dank ihrer auf dem soliden SQL-Datenbankmodul von SQL Server und Azure SQL-Datenbank basierenden Multimodellfunktionen relationale, Graph-, JSON- und Schlüsselwertdatenarchitekturen.

Die einfache, autonome und integrierte Art der Standardkonfigurationen der SQL-Datenbank in Fabric minimiert die Aufgaben der Datenbankverwaltung, wobei bewährte Methoden bereits implementiert sind.

Die SQL-Datenbank in Fabric ist ebenfalls einfach zu erwerben – die Funktionen der SQL-Datenbank in Fabric sind bei jeder Fabric-Kapazität gleich.

Szenario 2

Arin ist Azure-Architekt und hat Erfahrung in der Zusammenarbeit mit Fachkräften in der Entwicklung von .NET-Anwendungen bei einem unabhängigen Softwareanbieter (ISV). Sie entwickeln eine mandantenfähige Architektur, bei der die Kundschaft jeweils eine eigene, isolierte Datenbank benötigt. Die Kundschaft ist weltweit verteilt und hat zu unterschiedlichen Zeiten Spitzennutzungszeiten.

Arin entscheidet sich dafür, viele Datenbanken in großem Umfang in den Pools für elastische Datenbanken von Azure SQL-Datenbank bereitzustellen. Die Pools für elastische Datenbanken bieten einen konsistenten Abrechnungs- und Ressourcenpool, der sich perfekt für die Unterbringung von Datenbanken unterschiedlicher Größe und mit unterschiedlichen Workloads eignet. Durch die Steuerung der Mitgliedschaft im Datenbankpool und die Überwachung von Spitzenauslastungsmustern kann Arin mit konsistenten Ressourcen und der Abrechnung aus Pools für elastische Datenbanken Geld sparen.