Questa pagina è stata utile?
I suggerimenti relativi al contenuto di questa pagina sono importanti. Comunicaceli.
Altri suggerimenti?
1500 caratteri rimanenti
Esporta (0) Stampa
Espandi tutto

Considerazioni sullo sviluppo nel database SQL di Azure

Aggiornamento: luglio 2015

Lo sviluppo di applicazioni per il Database SQL di Microsoft Azure è molto simile allo sviluppo di applicazioni per SQL Server. In questo argomento vengono indicate alcune differenze e alcune considerazioni da tenere a mente durante lo sviluppo di applicazioni del Database SQL di Azure. Vengono anche descritti i passaggi di base da eseguire in qualità di sviluppatore e vengono elencate le procedure di codifica consigliate.

Per usare il Database SQL di Azure, è prima necessario creare un account della piattaforma Azure. L'account di Azure viene usato per configurare e gestire le sottoscrizioni e per la fatturazione dell'uso di Azure, Azure AppFabric e il Database SQL di Azure. Una volta creato l'account di Azure, è possibile usare il portale di gestione di Azure per aggiungere o rimuovere un server Database SQL di Azure e un database. È anche possibile usare l'Operazioni per i database SQL di Azure per aggiungere o rimuovere a livello di programmazione i server Database SQL di Azure e gestire le regole firewall associate a un server.

Un server Database SQL di Azure è un gruppo logico di database con funzione di punto amministrativo centrale per più database. Quando si crea un server di Database SQL di Azure, viene creato automaticamente un database master di sola lettura. Il database master tiene traccia di account di accesso e di autorizzazioni per creare database o altri account di accesso. È necessario essere connessi al database master quando si eseguono le operazioni CREATE, ALTERo DROP per account di accesso o database. Per altre informazioni sulla gestione della sicurezza nel Database SQL di Azure, vedere Gestione di database, account di accesso e utenti in database SQL di Azure.

Per impostazione predefinita, ogni accesso al server Database SQL di Azure è bloccato dal firewall Database SQL di Azure. Per iniziare a usare il server Database SQL di Azure, è necessario specificare una o più regole firewall di livello server per consentire l'accesso al server Database SQL di Azure. Tali regole possono essere gestite tramite l'interfaccia utente del portale di gestione o usando l'API di gestione del servizio a livello di codice. Prima di usare l'API di gestione del servizio, è necessario autenticare la richiesta usando uno dei metodi descritti in Autenticazione di richieste di gestione dei servizi.

Dopo avere creato un'impostazione del firewall di livello server, è possibile usare l'account di accesso dell'entità di livello server e il database master per visualizzare e modificare le impostazioni del firewall. Nel database master le impostazioni del firewall vengono definite come regole. Nella vista sys.firewall_rules vengono visualizzate le impostazioni del firewall di livello server correnti, mentre le stored procedure sp_set_firewall_rule e sp_delete_firewall_rule consentono di modificare le regole firewall di livello server.

Se si desidera controllare l'accesso ad alcuni database nel server Database SQL di Azure, è possibile creare regole firewall di livello database per tali database. È possibile creare regole firewall di livello database per il database master e il database utente. È possibile connettersi a un database e visualizzare le regole firewall di livello database nella vista sys.database_firewall_rules. Le stored procedure sp_set_database_firewall_rule e sp_delete_database_firewall_rule nel database master e nel database utente consentono di modificare le regole firewall di livello database per il rispettivo database. Per altre informazioni sulle regole firewall di livello database e di livello server, vedere Firewall di database SQL di Azure.

È possibile accedere ai dettagli di fatturazione degli account Database SQL di Azure nel server Database SQL di Azure tramite le viste di sistema sys.database_usage e sys.bandwidth_usage. Per altre informazioni, vedere Account e fatturazione nel database SQL di Azure.

Le istanze di Database SQL di Azure possono essere create in due modi:

Per informazioni sull'esecuzione della migrazione di un database da un'istanza locale di SQL Server a Database SQL di Azure, vedere Migrazione di database nel database SQL di Azure.

noteNota
Per modificare l'edizione e il nome del database dopo la creazione, è possibile usare l'istruzione ALTER DATABASE.

Esistono due modi per compilare e ospitare applicazioni del Database SQL di Azure:

  • Ospitare il codice dell'applicazione on-premise nel proprio data center aziendale, ma ospitare il database in Database SQL di Azure. Nel codice dell'applicazione vengono usate le librerie client per accedere al database in Database SQL di Azure. Per altre informazioni sulle librerie client disponibili, vedere Linee guida e limitazioni per il database SQL di Azure. Per ottenere un codice di esempio, vedere l'argomento Procedura: Connessione al database SQL di Azure tramite ADO.NET.

  • Ospitare il codice dell'applicazione in Azure e il database in Database SQL di Azure. L'applicazione usa le stesse librerie client per accedere al database in Database SQL di Azure. In questo caso, è possibile che l'applicazione client sia un desktop o un'applicazione Silverlight che usa i vantaggi di Entity Data Model e il client WCF Data Services per accedere ai dati ospitata in Database SQL di Azure.

È possibile ridurre la latenza di rete delle richieste a Database SQL di Azure ospitando l'applicazione nella piattaforma Azure. La distribuzione dell'applicazione a Azure fornisce transazioni più efficienti tra l'applicazione e Database SQL di Azure rispetto a un'applicazione non ospitata in Azure. Per altre informazioni sull'hosting di applicazioni e dati nel cloud, vedere Accesso ai dati di database SQL di Azure.

La larghezza di banda usata tra Database SQL di Azure e Azure o Azure AppFabric è gratuita all'interno della stessa area o dello stesso data center. Quando si distribuisce un'applicazione Azure, posizionare l'applicazione e Database SQL di Azure nella stessa area per evitare costi di larghezza di banda. Per altre informazioni, vedere Account e fatturazione nel database SQL di Azure.

Lo sviluppo di applicazioni per il Database SQL di Azure è molto simile allo sviluppo di applicazioni per SQL Server. Durante lo sviluppo di un'applicazione che accede al Database SQL di Azure, è possibile scegliere tra diversi tipi di applicazioni e tecnologie. Il Database SQL di Azure funziona con applicazioni di terze parti, PHP e molte applicazioni Microsoft, quali ADO.NET, Entity Framework, WCF Data Services e ODBC.

Nel Database SQL di Azure è disponibile un servizio di database multi-tenant su larga scala nelle risorse condivise. Per garantire a tutti i clienti di Database SQL di Azure un'esperienza ottimale, la connessione al servizio potrebbe essere chiusa a causa delle seguenti condizioni:

  • Uso eccessivo delle risorse

  • Query con esecuzione prolungata

  • Transazioni singole con esecuzione prolungata tra le istruzioni BEGIN TRAN e END TRAN

  • Connessioni inattive

In questo caso il funzionamento è diverso da quello di un'istanza locale di SQL Server.

Per fornire un'esperienza utente migliore quando una connessione viene chiusa, incorporare la logica di ripetizione tentativi nell'applicazione per rilevare una connessione chiusa e tentare quindi di completare l'azione sospeso. Per altre informazioni sulle limitazioni delle connessioni nel Database SQL di Azure, vedere Linee guida e limitazioni generali per il database SQL di Azure.

Quando l'applicazione client si connette al Database SQL di Azure, CONTEXT_INFO (Transact-SQL) viene impostato automaticamente con una sessione univoca valore GUID specifico. Recuperare questo valore GUID e usarlo nell'applicazione per tenere traccia dei problemi di connettività.

Nell'istruzione di codice C# seguente viene illustrato come modificare l'applicazione per tenere traccia della connettività.

SQLAzure_Connecting#TraceConnectivity

Vedere anche

Mostra:
© 2015 Microsoft