Microsoft Fabric-beslutningsvejledning: Vælg en SQL-database
Brug denne referencevejledning og eksempelscenarierne til at hjælpe dig med at vælge den mest passende driftsmæssige database til dine transaktionsarbejdsbelastninger: Azure SQL Database eller en SQL-database i Fabric (prøveversion).
Begge indeholder alle funktioner og funktioner i virksomhedsskalaen i SQL Database Engine med al den velkendte ydeevne af driftsdatabasen i skyen. Med Azure SQL Database bevarer du detaljeret kontrol over klargøringen af dine databaser, mens SQL-databasen i Fabric (prøveversion) giver autonome administrations- og brugervenlighedsfordele. SQL-databasen i Fabric er som standard fuldt integreret med andre arbejdsbelastninger på Microsoft Fabric-platformen.
Databaser
Du kan finde en detaljeret sammenligning af funktioner og egenskaber under Sammenligning af funktioner: Azure SQL Database og SQL-database i Fabric (prøveversion).
Vigtigt
SQL-databaser i Fabric findes i øjeblikket i PREVIEW. Funktioner og egenskaber udvides sandsynligvis. Disse oplysninger relaterer til et foreløbig produkt, der kan blive ændret væsentligt, før det udgives. Microsoft giver ingen garantier, udtrykt eller stiltiende, med hensyn til de oplysninger, der er angivet her.
| Azure SQL-database | SQL-database i Fabric (prøveversion) | |
|---|---|---|
| Køb af modeller | vCore, DTU | Klargjort SKU for Fabric-kapacitet |
| Beregningsniveauer | Klargjort eller serveruafhængig | Serverfri |
| Hardwarekonfigurationer | Gen5, Fsv2, DC | Seneste |
| Færdigheder i copilot | Ja | Ja |
| Elastiske puljer | Ja | Nej |
| Opret indstillinger | Azure-portal, PowerShell, Az CLI, Azure Resource Manager, Bicep, Terraform, T-SQL, REST API | Stofportal, REST API, Terraform |
| Sikker | Azure RBAC, SQL-tilladelser | Roller og delingstilladelser til Fabric-arbejdsområder, SQL-tilladelser |
| Godkendelse | Microsoft Entra ID-godkendelse, SQL-godkendelse | Microsoft Entra ID-godkendelse |
| Databasespejling til Fabric OneLake | Ja, manuelt aktiveret | Ja, automatisk aktiveret for alle berettigede tabeller |
| Forespørgsler på tværs af platforme i Fabric | Ja, via spejling til Fabric | Ja, via Fabric OneLake automatisk |
| Kilde til Fabric-genveje | Ja, via spejling til Fabric | Ja, via Fabric OneLake automatisk |
| Kilde til Power BI DirectLake-tilstand | Ja, via spejling til Fabric | Ja, via Fabric OneLake automatisk |
| Gratis tilbud | Ja, gratis 100.000 vCore s/month | Ja, med Microsoft Fabric-prøveversionskapacitet |
| Overvågning | Azure Monitor, databaseovervågning | Dashboard med ydeevne, appen Kapacitetsmålepunkter |
Scenarier
Gennemse disse scenarier for at få hjælp til at vælge et datalager i Fabric.
Scenarie 1
Kirby er en løsningsarkitekt, der opretter et AI-program til driftsdata. De har brug for en driftsklar databaseplatform, der er nem at administrere, og som nemt kan integreres med forespørgsler på tværs af platforme i forhold til efterretningsdata i realtid, parquetfiler og masterdata, der administreres i et lager.
Kirby vælger en SQL-database i Fabric til driftsdata. Den serveruafhængige arkitektur til automatisk skalering af en SQL-database giver omkostningseffektive ressourcer efter behov. Takket være spejling til Fabric OneLake er data i SQL-databasen automatisk tilgængelige for andre arbejdsbelastninger i Fabric. Funktionerne med flere modeller i SQL-databasen, der er baseret på den bundsolide SQL Database Engine i SQL Server og Azure SQL Database, indeholder relations-, graf-, JSON- og nøgleværdidataarkitekturer.
Den enkle, autonome og integrerede karakter af standardkonfigurationer af SQL-database i Fabric minimerer administrationsopgaver for databaser, hvor de bedste fremgangsmåder allerede er implementeret.
SQL-database i Fabric er også let at købe – funktionerne i SQL-databasen i Fabric er de samme ved enhver Fabric-kapacitet.
Scenarie 2
Arin er en Azure-arkitekt, der har erfaring med at arbejde med .NET-programudviklere hos en uafhængig softwareleverandør (ISV). De er ved at udvikle en multitenant arkitektur, hvor hver kunde kræver deres egen isolerede database. Kunder er over hele verden og har spidsbelastningstimer på forskellige tidspunkter.
Arin vælger at udrulle mange databaser i stor skala i fleksible Azure SQL Database-puljer. Elastiske puljer tilbyder en ensartet fakturerings- og ressourcepulje, der er perfekt til at huse databaser i forskellige størrelser og forskellige arbejdsbelastningsprofiler. Ved at styre medlemskab af databasepuljen og overvåge mønstre for spidsbelastning kan Arin spare penge med ensartede ressourcer og fakturering fra elastiske puljer.