Differenze di T-SQL tra SQL Server e database SQL di Azure

  • Articolo
  • 6 minuti per la lettura

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

Panoramica

La maggior parte delle funzionalità T-SQL usate dalle applicazioni è completamente supportata sia in Microsoft SQL Server che in database SQL di Azure. Ad esempio, i componenti principali SQL come i tipi di dati, gli operatori, le stringhe, le funzioni aritmetiche, logiche e cursori funzionano in modo identico in SQL Server e database SQL. Esistono tuttavia alcune differenze di T-SQL in DDL (linguaggio di definizione dei dati) e DML (linguaggio di manipolazione dei dati) che generano istruzioni e query T-SQL che sono supportate solo parzialmente (che vengono illustrate più avanti in questo articolo).

Inoltre, esistono alcune funzionalità e sintassi che non sono supportate perché database SQL di Azure è 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 database SQL di Azure. 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 l'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 sul disco, non sono supportate.

  • In SQL Server CREATE DATABASE e ALTER DATABASE le istruzioni hanno oltre 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 del codice T-SQL che crea database è necessario confrontare CREATE DATABASE (database SQL di Azure) con la sintassi SQL Server in CREATE DATABASE (SQL Server T- SQL) per assicurarsi che tutte le opzioni usate siano supportate. CREATE DATABASEper database SQL di Azure include anche opzioni di pool elastico e obiettivo del servizio che si applicano solo a database SQL.
  • Le CREATE TABLE istruzioni e ALTER TABLE dispongono FILETABLE di opzioni che FILESTREAM non possono essere usate in database SQL perché queste funzionalità non sono supportate.
  • CREATE LOGINe ALTER LOGIN le istruzioni 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 Gestisci account di accesso e utenti.

Sintassi T-SQL non supportata in database SQL di Azure

Oltre alle istruzioni T-SQL correlate alle funzionalità non supportate descritte nel confronto delle funzionalità database SQL di Azure, le istruzioni e i gruppi di istruzioni seguenti non sono supportati. Di conseguenza, se il database da eseguire la migrazione usa una delle funzionalità seguenti, riabilitare 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 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 Analisi di Azure Azure Synapse tramite l'autenticazione Azure Active Directory.
  • Query tra database e istanza incrociata usando tre o quattro nomi di parte. 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 tra proprietà del database e proprietà del TRUSTWORTHY database.
  • EXECUTE AS LOGIN. In alternativa, utilizzare EXECUTE AS USER.
  • Estendibile gestione delle chiavi (EKM) per le chiavi di crittografia. Transparent Data Encryption (TDE) chiavi gestite dal cliente e chiavi master della colonna Always Encrypted possono essere archiviate in Azure Key Vault.
  • Evento: notifiche degli eventi, notifiche di query.
  • Proprietà file: sintassi correlata a nome file di database, posizionamento, dimensioni e altre proprietà di 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 backup, ripristino, Always On, mirroring del database, log shipping, modelli di ripristino.
  • Sintassi correlata a snapshot, transazionali e replica di tipo merge, che non è disponibile in database SQL. Le sottoscrizioni di replica sono supportate.
  • Funzioni: fn_get_sql, , fn_virtualservernodesfn_virtualfilestats.
  • Configurazione dell'istanza: sintassi correlata alla memoria del server, thread di lavoro, affinità CPU, flag di traccia. Usare i livelli di servizio e le dimensioni di calcolo.
  • KILL STATS JOB.
  • OPENQUERY, OPENDATASOURCEe i nomi a quattro parti.
  • .NET Framework: integrazione 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 server predefiniti. Alcune dmv a livello di server e viste del catalogo hanno visualizzazioni 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 che si basa su SQL Server Agent o sul database MSDB: avvisi, operatori, server di gestione centrale. Usare invece script, ad esempio PowerShell.
  • SQL Server controllo: usare invece database SQL controllo.
  • SQL Server traccia.
  • Flag di traccia.
  • Debug T-SQL.
  • Trigger con ambito server o con accesso.
  • USE istruzione: per modificare il contesto del database in un database diverso, è necessario creare una nuova connessione a tale database.

Informazioni di riferimento su T-SQL complete

Per altre informazioni sulla grammatica, sull'utilizzo e sugli esempi di T-SQL, vedere Riferimenti di T-SQL (motore di database).

Informazioni sui tag "Si applica a"

Il riferimento T-SQL include articoli correlati a tutte le versioni recenti di SQL Server. Sotto il titolo dell'articolo è presente una barra dell'icona, l'elenco delle piattaforme MSSQL e l'indicazione dell'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 dal 2012) . L'istruzione non si applica a SQL Server 2008, SQL Server 2008 R2, database SQL di Azure, Azure Azure Synapse Analytics o Parallel Data Warehouse.

In alcuni casi, l'argomento generale di un articolo può essere usato in un prodotto, ma esistono differenze minori 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 database SQL di Azure e per eseguire la migrazione dei database, usare Data Migration Assistant (DMA).