Differenze T-SQL tra SQL Server e database Azure SQL

  • Articolo
  • 6 minuti per la lettura

Quando si esegue la migrazione del database da SQL Server a Azure SQL Database, è possibile scoprire che i database SQL Server richiedono una riprogettura prima di poter essere migrati. Questo articolo offre indicazioni utili per eseguire la riprogettazione e capire i motivi che la rendono necessaria. Per rilevare le incompatibilità ed eseguire la migrazione dei database a Azure SQL Database, usare Data Migration Assistant (DMA).

Panoramica

La maggior parte delle funzionalità T-SQL usate dalle applicazioni è completamente supportata sia in Microsoft SQL Server che nel database Azure SQL. Ad esempio, i componenti SQL principali, ad esempio tipi di dati, operatori, string, aritmetici, logici e funzioni cursore funzionano in modo identico in SQL Server e database SQL. Esistono tuttavia alcune differenze T-SQL negli elementi DDL (data definition language) e DML (data manipulation language) che generano istruzioni e query T-SQL supportate solo parzialmente (come illustrato più avanti in questo articolo).

Inoltre, esistono alcune funzionalità e sintassi che non sono affatto supportate perché Azure SQL Database è progettato per isolare le funzionalità dalle dipendenze dai database di sistema e dal sistema operativo. Di conseguenza, la maggior parte delle funzionalità a livello di istanza non è supportata in database SQL. Le istruzioni e le opzioni T-SQL non sono disponibili se configurano opzioni a livello di istanza, componenti del sistema operativo o specificano la configurazione del file system. Quando sono necessarie tali funzionalità, spesso è disponibile un'alternativa appropriata dal database SQL o da un'altra funzionalità o un altro servizio di Azure.

Ad esempio, la disponibilità elevata è incorporata in Azure SQL Database. Le istruzioni T-SQL relative ai gruppi di disponibilità non sono supportate dal database SQL, così come le viste a gestione dinamica correlate ai gruppi di disponibilità AlwaysOn.

Per un elenco delle funzionalità supportate e non supportate dal database SQL, vedere Confronto fra le funzionalità del database SQL di Azure. Questa pagina integra tale articolo e si concentra sulle istruzioni T-SQL.

Istruzioni di sintassi T-SQL con differenze parziali

Le istruzioni DDL principali sono disponibili, ma le estensioni delle istruzioni DDL correlate alle funzionalità non supportate, ad esempio il posizionamento dei file su disco, non sono supportate.

  • In SQL Server e CREATE DATABASEALTER DATABASE le istruzioni hanno più di tre dozzine di opzioni. Le istruzioni includono le opzioni di posizionamento dei file, FILESTREAM e service broker che si applicano solo a SQL Server. Ciò potrebbe non importare se si creano database in database SQL prima della migrazione, ma se si esegue la migrazione di codice T-SQL che crea database è necessario confrontare CREATE DATABASE (Azure SQL Database) con la sintassi SQL Server in CREATE DATABASE (SQL Server T-SQL) per assicurarsi che tutte le opzioni usate siano supportate. CREATE DATABASEPer Azure SQL database sono disponibili anche opzioni relative all'obiettivo di servizio e al pool elastico che si applicano solo alle database SQL.
  • Le CREATE TABLE istruzioni e ALTER TABLE includono FILETABLE opzioni e FILESTREAM che non possono essere usate in database SQL perché queste funzionalità non sono supportate.
  • CREATE LOGINLe istruzioni e ALTER LOGIN sono supportate, ma non offrono tutte le opzioni disponibili in SQL Server. Per aumentare la portabilità del database, il database SQL invita a usare utenti contenuti nel database anziché gli account di accesso tutte le volte che è possibile. Per altre informazioni, vedere CREATE LOGIN e ALTER LOGIN e Gestire account di accesso e utenti.

Sintassi T-SQL non supportata nel database Azure SQL

Oltre alle istruzioni T-SQL correlate alle funzionalità non supportate descritte in Azure SQL confronto delle funzionalità del database, le istruzioni e i gruppi di istruzioni seguenti non sono supportati. Di conseguenza, se la migrazione del database usa una delle funzionalità seguenti, riprogettare l'applicazione per eliminare queste funzionalità e istruzioni T-SQL.

  • Regole di confronto degli oggetti di sistema.
  • Connessione correlata: istruzioni di endpoint. database SQL non supporta autenticazione di Windows, ma supporta l'autenticazione di Azure Active Directory. Ciò include l'autenticazione delle entità active directory federate con Azure Active Directory. Per altre informazioni, vedere Connessione a database SQL o Azure Azure Synapse Analytics tramite l'autenticazione di Azure Active Directory.
  • Query tra database e istanze incrociate che usano nomi di tre o quattro parti. Sono supportati tre nomi di parte che fanno riferimento al tempdb database e al database corrente. La query elastica supporta riferimenti di sola lettura alle tabelle in altri database MSSQL.
  • Concatenamento della proprietà tra database e proprietà del TRUSTWORTHY database.
  • EXECUTE AS LOGIN. Usare invece EXECUTE AS USER.
  • Extensible Key Management (EKM) per le chiavi di crittografia. Le chiavi gestite dal cliente EDE (Transparent Data Encryption) e le chiavi master della colonna Always Encrypted possono essere archiviate in Azure Key Vault.
  • Eventi: notifiche degli eventi, notifiche di query.
  • Proprietà file: sintassi correlata al nome del file di database, posizionamento, dimensioni e altre proprietà del file gestite automaticamente da database SQL.
  • Disponibilità elevata: sintassi correlata alla disponibilità elevata e al ripristino del database, gestiti da database SQL. Include la sintassi per il backup, il ripristino, Always On, il mirroring del database, il log shipping, i modelli di ripristino.
  • Sintassi correlata alla replica snapshot, transazionale e di tipo merge, che non è disponibile in database SQL. Sono supportate le sottoscrizioni di replica .
  • Funzioni: fn_get_sql, fn_virtualfilestats, fn_virtualservernodes.
  • Configurazione dell'istanza: sintassi correlata alla memoria del server, ai thread di lavoro, all'affinità della CPU, ai flag di traccia. Usare i livelli di servizio e le dimensioni di calcolo.
  • KILL STATS JOB.
  • OPENQUERYNomi , OPENDATASOURCEe in quattro parti.
  • .NET Framework: integrazione CON CLR
  • Ricerca semantica
  • Credenziali del server: usare le credenziali con ambito database.
  • Autorizzazioni a livello di server: GRANT, REVOKEe DENY delle autorizzazioni a livello di server non sono supportate. Alcune autorizzazioni a livello di server vengono sostituite da autorizzazioni a livello di database o concesse in modo implicito dai ruoli del server predefiniti. Alcune DMV a livello di server e viste del catalogo hanno viste a livello di database simili.
  • SET REMOTE_PROC_TRANSACTIONS
  • SHUTDOWN
  • sp_addmessage
  • sp_configure e RECONFIGURE. ALTER DATABASE SCOPED CONFIGURATION è supportato.
  • sp_helpuser
  • sp_migrate_user_to_contained
  • SQL Server Agent: sintassi basata sul SQL Server Agent o sul msdb database: avvisi, operatori, server di gestione centrale. Usare invece scripting, ad esempio PowerShell.
  • SQL Server controllo: usare invece il controllo database SQL.
  • SQL Server traccia.
  • Flag di traccia.
  • Debug T-SQL.
  • Trigger con ambito server o di accesso.
  • USE istruzione: per modificare il contesto del database in un database diverso, è necessario creare una nuova connessione a tale database.

Informazioni di riferimento T-SQL complete

Per altre informazioni sulla grammatica, l'utilizzo e gli esempi di T-SQL, vedere Guida di riferimento T-SQL (motore di database).

Informazioni sui tag "Si applica a"

Le informazioni di riferimento su T-SQL includono articoli correlati a tutte le versioni SQL Server recenti. Sotto il titolo dell'articolo è presente una barra delle icone, l'elenco delle piattaforme MSSQL e l'applicabilità. Ad esempio, i gruppi di disponibilità sono stati introdotti in SQL Server 2012. L'articolo CREATE AVAILABILITY GROUP indica che l'istruzione si applica a SQL Server (a partire dalla versione 2012). L'istruzione non si applica a SQL Server 2008, SQL Server 2008 R2, Azure SQL Database, Azure Azure Synapse Analytics o Parallel Data Warehouse.

In alcuni casi, l'argomento generale di un articolo può essere utilizzato in un prodotto, ma esistono piccole differenze tra i prodotti. Le differenze sono indicate in punti centrali nell'articolo come appropriato. Ad esempio, l'articolo CREATE TRIGGER è disponibile in database SQL. Tuttavia, l'opzione ALL SERVER per i trigger a livello di server indica che i trigger a livello di server non possono essere usati in database SQL. Usare i trigger a livello di database.

Passaggi successivi

Per un elenco delle funzionalità supportate e non supportate dal database SQL, vedere Confronto fra le funzionalità del database SQL di Azure.

Per rilevare i problemi di compatibilità nei database SQL Server prima di eseguire la migrazione a Azure SQL Database e per eseguire la migrazione dei database, usare Data Migration Assistant (DMA).