Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo illustra come un utente può connettersi a un database esistente in SQL Server Data Tools (SSDT). SSDT consente di connettersi a un database esistente, eseguire query con Transact-SQL (T-SQL) e visualizzare i risultati.
SSDT offre anche un'ampia gamma di funzionalità che è possibile usare per lavorare con il database. Queste informazioni sono descritte in dettaglio nelle sezioni seguenti. È possibile comprendere come connettersi a un database esistente.
Per connettersi a un database esistente, vedere la procedura seguente:
- Connettersi con Esplora oggetti di SQL Server
- informazioni sui tipi di autenticazione
- Crittografare e rendere affidabile il certificato del server
Connettersi a un database tramite Esplora oggetti di SQL Server
SQL Server Object Explorer (SSOX) è uno strumento disponibile in SSDT per Visual Studio. Consente di connettersi e gestire i database di SQL Server all'interno di Visual Studio. Per connettersi a un database tramite Esplora oggetti di SQL Server in SSDT, seguire questa procedura:
Aprire Visual Studio: assicurarsi di aver installato SSDT insieme alla versione appropriata di Visual Studio. Avviare Visual Studio.
Apri esplora oggetti di SQL Server: Vai al menu Visualizza e seleziona Esplora oggetti di SQL Server. In alternativa, è possibile usare il collegamento CTRL + \ (barra rovesciata) e quindi digitare CTRL + S.
Connetti a un server di database: nella finestra Esplora oggetti di SQL Server selezionare il pulsante Aggiungi DI SQL Server (è simile a un foglio con un'icona + in alto a sinistra) oppure fare clic con il pulsante destro del mouse sul nodo SQL Server e scegliere AggiungiSQL Server.
Immettere i dettagli di connessione del server: nella finestra di dialogo Connetti, immettere i dettagli di connessione dell'istanza di SQL Server a cui si desidera connettersi. Sono inclusi il nome del server, il metodo di autenticazione (ad esempio, l'autenticazione di Windows o l'autenticazione di SQL Server), le credenziali di accesso, se applicabile, e i dettagli della crittografia. Quando un'istanza di SQL Server è connessa, viene visualizzata automaticamente sotto l'opzione Connessione recente nella scheda cronologia.
Test connessione: dopo aver immesso i dettagli della connessione, è possibile selezionare il pulsante Connetti per testare la connessione. Se la connessione ha esito positivo, verrà visualizzata l'istanza e i relativi database elencati in Esplora oggetti di SQL Server.
Esplorare e gestire i database: dopo la connessione, è possibile espandere il nodo del server per visualizzare tutti i database ospitati in tale istanza. È possibile espandere ulteriormente ogni nodo di database per esplorare tabelle, viste, stored procedure e altri oggetti di database.
eseguire azioni: fare clic con il pulsante destro del mouse su un database o su qualsiasi oggetto per eseguire varie azioni, ad esempio l'esecuzione di query sui dati, la creazione di nuovi oggetti, la modifica di quelle esistenti e altro ancora.
Tipi di autenticazione
SSDT consente di connettersi ai database nel computer locale, nella rete e in Azure. Considerando la varietà di scenari, sono disponibili più tipi di autenticazione. Sono i seguenti: 
autenticazione di Windows: questo metodo di autenticazione usa la sicurezza di Windows per autenticare gli utenti in SQL Server.
autenticazione di SQL Server: questo metodo di autenticazione richiede che un utente disponga di un account di accesso e una password di SQL Server.
autenticazione della password di Active Directory: questo metodo di autenticazione utilizza la password dell'utente di Active Directory per autenticare l'utente in SQL Server. Si tratta del metodo di autenticazione più semplice da configurare, ma non offre funzionalità di sicurezza aggiuntive.
autenticazione integrata di Active Directory: questo metodo di autenticazione usa Kerberos per autenticare gli utenti in SQL Server. Kerberos è un protocollo di autenticazione più sicuro rispetto all'autenticazione password di Active Directory, ma richiede che sia il client che il server siano aggiunti a un dominio di Active Directory.
Active Directory Interactive Authentication: questo metodo di autenticazione consente agli utenti di eseguire l'autenticazione in SQL Server immettendo le credenziali di Active Directory in una finestra di dialogo. Questo è il metodo di autenticazione più sicuro, ma può essere scomodo per gli utenti che devono immettere le proprie credenziali ogni volta che si connettono a SQL Server.
Sommario
| Metodo di autenticazione | Descrizione |
|---|---|
| Autenticazione di Windows | Usa il sistema di sicurezza di Windows per autenticare gli utenti. |
| Autenticazione di SQL Server | Consente agli utenti di creare un account di accesso e una password di SQL Server separati. |
| Autenticazione della password di Active Directory | Usa la password di Active Directory dell'utente per autenticarle in SQL Server. |
| Autenticazione integrata di Active Directory | Usa Kerberos per autenticare gli utenti in SQL Server. |
| Autenticazione interattiva di Active Directory | Consentire agli utenti di eseguire l'autenticazione a SQL Server immettendo le credenziali di Active Directory in una finestra di dialogo. |
Crittografa e considera attendibile il certificato del server
Per SSDT in Visual Studio 17.8 e versioni successive, è stata apportata una modifica importante alla proprietà Encrypt, che è ora abilitata per impostazione predefinita per tutte le connessioni. SQL Server deve essere configurato con un certificato TLS, firmato da un'autorità di certificazione radice attendibile. Inoltre, se un tentativo di connessione iniziale non riesce con la crittografia abilitata (impostazione predefinita), SSDT fornisce una richiesta di notifica con un'opzione per tentare la connessione con Trust Server Certificate abilitata. Anche le proprietà Encrypt e Trust Server Certificate sono disponibili per la modifica manuale. La procedura consigliata consiste nel supportare una connessione crittografata attendibile al server.
Per gli utenti che si connettono al database SQL di Azure, non sono necessarie modifiche alle connessioni salvate esistenti; Il database SQL di Azure supporta le connessioni crittografate ed è configurato con certificati attendibili.
Per gli utenti che si connettono a istanze di SQL Server locali o a SQL Server in esecuzione in una macchina virtuale, se Encrypt è impostato su True, assicurarsi di disporre di un certificato da un'autorità di certificazione attendibile( ad esempio, non di un certificato autofirmato). In alternativa, è possibile scegliere di connettersi senza crittografia (Encrypt impostata su False) o di considerare attendibile il certificato del server (Encrypt impostato su True e Trust Server Certificate impostato su True).
Se SQL Server non è configurato con un certificato attendibile e si tenta di connettersi usando la crittografia Strict o con Encrypt impostato su True e Trust Server Certificate impostato su False, viene visualizzato il messaggio di errore seguente:
La crittografia è stata abilitata in questa connessione, esaminare la configurazione ssl e del certificato per SQL Server di destinazione oppure abilitare "Trust server certificate" (Certificato server attendibile) nella finestra di dialogo di connessione.
Informazioni aggiuntive
Una connessione è stata stabilita correttamente con il server, ma si è verificato un errore durante il processo di accesso. (provider: provider SSL, errore: 0 - La catena di certificati è stata rilasciata da un'autorità non attendibile. (Microsoft SQL Server)