Guida alle decisioni di Microsoft Fabric: scegliere un database SQL
Usare questa guida di riferimento e gli scenari di esempio per scegliere il database operativo più adatto per i carichi di lavoro transazionali: database SQL di Azure o un database SQL in Fabric (anteprima).
Entrambi offrono tutte le funzionalità e le funzionalità su scala aziendale del motore di database SQL, con tutte le prestazioni familiari del database operativo su scala cloud. Con database SQL di Azure si mantiene il controllo dettagliato del provisioning dei database, mentre il database SQL in Fabric (anteprima) offre una gestione autonoma e vantaggi di facilità d'uso. Il database SQL in Fabric è completamente integrato con altri carichi di lavoro nella piattaforma Microsoft Fabric per impostazione predefinita.
Database
Per un confronto dettagliato delle funzionalità e delle funzionalità, vedere Confronto delle funzionalità: database SQL di Azure e database SQL in Fabric (anteprima).
Importante
I database SQL in Fabric sono attualmente in ANTEPRIMA. È probabile che le funzionalità e le funzionalità vengano espanse. Queste informazioni sono relative alla versione non definitiva del prodotto, che potrebbe subire modifiche significative prima della release definitiva. Microsoft non fornisce alcuna garanzia, esplicita o implicita, in relazione alle informazioni contenute in questo documento.
| Database SQL di Azure | Database SQL in Fabric (anteprima) | |
|---|---|---|
| Modelli di acquisto | vCore, DTU | SKU della capacità di Infrastruttura di cui è stato effettuato il provisioning |
| Livello di calcolo | Con provisioning o serverless | Senza server |
| Configurazioni hardware | Gen5, Fsv2, DC | Più recente |
| Competenze di Copilot | Sì | Sì |
| Pool elastici | Sì | No |
| Opzioni di creazione | portale di Azure, PowerShell, Interfaccia della riga di comando di Azure, Azure Resource Manager, Bicep, Terraform, T-SQL, API REST | Portale dell'infrastruttura, API REST, Terraform |
| Protezione | Controllo degli accessi in base al ruolo di Azure, autorizzazioni SQL | Ruoli dell'area di lavoro infrastruttura e autorizzazioni di condivisione, autorizzazioni SQL |
| Autenticazione | Autenticazione di Microsoft Entra ID, autenticazione SQL | Autenticazione Microsoft Entra ID |
| Mirroring del database in Infrastruttura OneLake | Sì, abilitato manualmente | Sì, abilitato automaticamente per tutte le tabelle idonee |
| Query multipiattaforma in Fabric | Sì, tramite mirroring in Infrastruttura | Sì, tramite Fabric OneLake automaticamente |
| Origine dei collegamenti dell'infrastruttura | Sì, tramite mirroring in Infrastruttura | Sì, tramite Fabric OneLake automaticamente |
| Origine per la modalità DirectLake di Power BI | Sì, tramite mirroring in Infrastruttura | Sì, tramite Fabric OneLake automaticamente |
| Offerta gratuita | Sì, gratuito 100.000 vCore s/mese | Sì, con capacità di valutazione di Microsoft Fabric |
| Monitoraggio | Monitoraggio di Azure, watcher del database | Dashboard prestazioni, app metriche della capacità |
Scenari
Esaminare questi scenari per ricevere informazioni utili per la scelta di un archivio dati in Fabric.
Scenario 1
Kirby è un progettista di soluzioni che crea un'applicazione di intelligenza artificiale per i dati operativi. Hanno bisogno di una piattaforma di database operativa facile da gestire che può essere facilmente integrata con query multipiattaforma su dati di intelligence in tempo reale, file parquet e dati master gestiti in un warehouse.
Kirby sceglie un database SQL in Infrastruttura per i dati operativi. L'architettura serverless e con scalabilità automatica di un database SQL offre risorse convenienti su richiesta. Grazie al mirroring all'infrastruttura OneLake, i dati nel database SQL sono automaticamente disponibili per altri carichi di lavoro all'interno di Fabric. Le funzionalità multimodelli del database SQL, basate sul motore di database SQL solido di SQL Server e database SQL di Azure, forniscono architetture relazionali, grafo, JSON e dati chiave-valore.
La natura semplice, autonoma e integrata delle configurazioni predefinite del database SQL in Fabric riduce al minimo le attività di gestione dei database, con le procedure consigliate già implementate.
Il database SQL in Fabric è semplice da acquistare. Le funzionalità del database SQL in Fabric sono identiche a qualsiasi capacità di Fabric.
Scenario 2
Arin è un architetto di Azure esperto di lavoro con sviluppatori di applicazioni .NET presso un fornitore di software indipendente (ISV). Si sta sviluppando un'architettura multi-tenant in cui ogni cliente richiede un database isolato. I clienti sono in tutto il mondo e hanno ore di utilizzo di picco in momenti diversi.
Arin sceglie di distribuire molti database su larga scala all'interno di database SQL di Azure pool elastici. I pool elastici offrono una fatturazione coerente e un pool di risorse perfetto per ospitare database di dimensioni diverse, profili di carico di lavoro diversi. Controllando l'appartenenza al pool di database e monitorando i modelli di utilizzo di picco, Arin può risparmiare denaro con risorse coerenti e fatturazione da pool elastici.