Beslutsguide för Microsoft Fabric: välj en SQL-databas
Använd den här referensguiden och exempelscenarier som hjälper dig att välja den lämpligaste driftdatabasen för dina transaktionsarbetsbelastningar: Azure SQL Database eller en SQL-databas i Infrastrukturresurser (förhandsversion).
Båda tillhandahåller alla funktioner i företagsskala i SQL Database Engine, med alla välbekanta prestanda för driftdatabaser i molnskala. Med Azure SQL Database behåller du detaljerad kontroll över etableringen av dina databaser, medan SQL Database i Fabric (förhandsversion) ger autonom hantering och användarvänlighetsfördelar. SQL-databasen i Fabric är helt integrerad med andra arbetsbelastningar i Microsoft Fabric-plattformen som standard.
Databaser
En detaljerad jämförelse av funktioner finns i Funktionsjämförelse: Azure SQL Database och SQL-databas i Infrastrukturresurser (förhandsversion).
Viktigt!
SQL-databaser i Infrastrukturresurser är för närvarande i förhandsversion. Funktioner och funktioner kommer sannolikt att utökas. Den här informationen gäller en förhandsversionsprodukt som kan ändras avsevärt innan den släpps. Microsoft lämnar inga garantier, uttryckta eller underförstådda, med avseende på den information som tillhandahålls här.
| Azure SQL Database | SQL-databas i infrastrukturresurser (förhandsversion) | |
|---|---|---|
| Köpmodeller | vCore, DTU | SKU för etablerad infrastrukturkapacitet |
| Beräkningsnivåer | Etablerat eller serverlöst | Utan server |
| Maskinvarukonfigurationer | Gen5, Fsv2, DC | Senast |
| Copilot-kunskaper | Ja | Ja |
| Elastiska pooler | Ja | Nej |
| Skapa alternativ | Azure Portal, PowerShell, Az CLI, Azure Resource Manager, Bicep, Terraform, T-SQL, REST API | Nätverksportal, REST API |
| Säkra | Azure RBAC, SQL-behörigheter | Infrastrukturarbetsyteroller och delningsbehörigheter, SQL-behörigheter |
| Autentisering | Microsoft Entra ID-autentisering, SQL-autentisering | Microsoft Entra ID-autentisering |
| Databasspegling till Fabric OneLake | Ja, manuellt aktiverat | Ja, aktiveras automatiskt för alla berättigade tabeller |
| Plattformsoberoende frågor i Infrastrukturresurser | Ja, via spegling till Infrastrukturresurser | Ja, via Fabric OneLake automatiskt |
| Källa till genvägar för infrastrukturresurser | Ja, via spegling till Infrastrukturresurser | Ja, via Fabric OneLake automatiskt |
| Källa för Power BI DirectLake-läge | Ja, via spegling till Infrastrukturresurser | Ja, via Fabric OneLake automatiskt |
| Kostnadsfritt erbjudande | Ja, kostnadsfritt 100 000 virtuella kärnor per månad | Ja, med Utvärderingskapacitet för Microsoft Fabric |
| Övervakning | Azure Monitor, databasövervakare | Prestandainstrumentpanel, appen Kapacitetsmått |
Scenarier
Läs de här scenarierna om du vill ha hjälp med att välja ett datalager i Fabric.
Scenario 1
Kirby är en lösningsarkitekt som skapar ett AI-program för driftdata. De behöver en lätthanterlig plattform för driftdatabaser som enkelt kan integreras med plattformsoberoende frågor mot realtidsinformationsdata, parquet-filer och huvuddata som hanteras i ett lager.
Kirby väljer en SQL-databas i Fabric för driftdata. Den serverlösa arkitekturen för automatisk skalning i en SQL-databas ger kostnadseffektiva resurser på begäran. Tack vare spegling till Fabric OneLake är data i SQL-databasen automatiskt tillgängliga för andra arbetsbelastningar i Fabric. Funktionerna för flera modeller i SQL-databasen, baserade på den stenhård SQL Database-motorn i SQL Server och Azure SQL Database, tillhandahåller relations-, graf-, JSON- och nyckelvärdesdataarkitekturer.
Den enkla, autonoma och integrerade karaktären hos standardkonfigurationer av SQL Database i Fabric minimerar databashanteringsuppgifterna, med metodtips som redan har implementerats.
SQL-databasen i Fabric är också enkel att köpa – funktionerna i SQL Database i Fabric är desamma i alla infrastrukturresurser.
Scenario 2
Arin är en Azure-arkitekt med erfarenhet av att arbeta med .NET-programutvecklare hos en oberoende programvaruleverantör (ISV). De utvecklar en arkitektur för flera klientorganisationer där varje kund behöver en egen isolerad databas. Kunderna är över hela världen och har hög användningstid vid olika tidpunkter.
Arin väljer att distribuera många databaser i stor skala i elastiska Pooler i Azure SQL Database. Elastiska pooler erbjuder en konsekvent fakturerings- och resurspool som är perfekt för att inhysa databaser av olika storlekar, olika arbetsbelastningsprofiler. Genom att kontrollera databaspoolsmedlemskap och övervaka mönster för maximal användning kan Arin spara pengar med konsekventa resurser och fakturering från elastiska pooler.