Debug di oggetti database SQL

Aggiornamento: novembre 2007

Le informazioni contenute in questo argomento sono valide per:

Edition	Visual Basic	C#	C++	Web Developer
Express
Standard
Pro e Team

Legenda tabella:

	Applicabile
	Non applicabile
	Comando o comandi nascosti per impostazione predefinita.

Gli oggetti database possono ora essere scritti in T-SQL o in un linguaggio Common Language Runtime (CLR). In questa sezione viene descritto come eseguire il debug di oggetti database SQL. Sono disponibili argomenti per ogni tipo di oggetto database: uno per la versione di CLR SQL e, se applicabile, uno per la versione di T-SQL. Alcuni tipi di oggetti database CLR SQL non possono essere scritti in T-SQL.

Il ciclo di vita dello sviluppo degli oggetti database include codifica, distribuzione a un database, unit test, test dell'applicazione e debug. Prima di SQL Server 2005, tutti gli oggetti database venivano scritti in T-SQL. Di norma, l'intero ciclo di sviluppo veniva eseguito mediante lo strumento Query Analyzer che includeva un debugger T-SQL; faceva eccezione il test dell'applicazione eseguito mediante Visual Studio. In SQL Server 2005 Query Analyzer è stato sostituito da SQL Server Management Studio. Data la possibilità di creare oggetti database CLR SQL , il debug non viene eseguito in SQL Server Management Studio, in cui non è disponibile un debugger, ma all'interno di Visual Studio.

In questa sezione viene illustrato lo sviluppo utilizzando il tipo di progetto SQL Server di Visual Studio. Lo sviluppo di oggetti CLR SQL non presenta difficoltà con un tipo di progetto SQL Server: codifica, distribuzione, unit test e debug sono integrati in un singolo IDE e automatizzati in un processo semplice. In questo tipo di progetto è anche possibile sviluppare oggetti T-SQL. Per ulteriori informazioni, vedere la classe Creazione di oggetti SQL Server 2005 nel codice gestito.

Di seguito sono illustrati altre modalità di codifica per gli oggetti database:

• Gli oggetti T-SQL possono essere codificati e distribuiti in Visual Studio tramite un tipo di progetto Database. Questo tipo di progetto fornisce strumenti Design-time per la creazione di oggetti database. Consente inoltre di eseguire attività amministrative di SQL Server, quali creazione di tabelle, visualizzazioni e indici. Per ulteriori informazioni, vedere Cenni preliminari su Visual Database Tools.

• Gli oggetti T-SQL nuovi o legacy complessi possono essere scritti o modificati, distribuiti e sottoposti a unit test in SQL Server Management Studio. Se è richiesto il debug, utilizzare Visual Studio. Questa opzione costituisce una valida alternativa se la maggior parte dell'attività di sviluppo del database viene svolta in T-SQL e si è esperti di Query Analyzer.

• Visual Studio non è in effetti assolutamente necessario per lo sviluppo di oggetti database CLR SQL; è anche possibile utilizzare un editor di testo o un IDE di terze parti per lo sviluppo e distribuire gli oggetti mediante SQL Server Management Studio. Questa opzione richiede una conoscenza più approfondita di SQL Server rispetto all'utilizzo di Visual Studio ed è probabile che sia meno produttiva.

La distribuzione può essere eseguita in due modi:

• Dopo aver creato un oggetto CLR SQL, è possibile distribuirlo mediante i comandi T-SQL in SQL Server Management Studio.

• Gli oggetti T-SQL possono anche essere distribuiti mediante SQL Server Management Studio. In questo scenario, sviluppo e distribuzione vengono eseguiti in un solo passaggio perché viene scritto, e successivamente eseguito, uno script che crea l'oggetto.

Unit test e debug possono essere eseguiti in diversi modi.

• È possibile eseguire il debug di oggetti database esistenti utilizzando Visual Studio all'esterno di qualsiasi progetto. Mediante Esplora server è possibile eseguire un oggetto database. Per ulteriori informazioni, vedere la classe Procedura: eseguire istruzioni in un oggetto con Esplora server.

• È possibile sottoporre gli oggetti a unit test eseguendo uno script T-SQL in SQL Server Management Studio; l'oggetto, che verrà eseguito, potrà essere sottoposto a debug da Visual Studio. Per ulteriori informazioni, vedere la classe Procedura: eseguire il debug di T-SQL tramite SQL Server Management Studio.

• È possibile eseguire uno script di prova dal progetto Database di Visual Studio 2005.

• Per controllare il flusso di informazioni sul debug SQL sulla rete, è possibile utilizzare Microsoft Network Monitor, disponibile nell'Area download Microsoft https://www.microsoft.com/downloads/details.aspx?FamilyID=18b1d59d-f4d8-4213-8d17-2f6dde7d7aac&DisplayLang=en (informazioni in lingua inglese).

Dopo aver sottoposto a unit test l'oggetto database, sarà necessario sottoporre a test le applicazioni che chiamano l'oggetto. Questo processo viene descritto nella sezione Esecuzione del debug a più livelli del database dell'applicazione.

In questa sezione

• Cenni preliminari su Visual Database Tools
  Vengono descritte le limitazioni sull'utilizzo delle funzionalità di debug di SQL.

• Riferimenti per procedure comuni
  Descrive le routine che si verificano in molti esempi e scenari diversi.

• Esecuzione del debug di database T-SQL
  Viene descritto come eseguire il debug di diversi tipi di oggetti database T-SQL, quali stored procedure, trigger, funzioni definite dall'utente e stored procedure estese.

• Esecuzione del debug di database CLR SQL
  Viene descritto come eseguire il debug di diversi tipi di oggetti database CLR, ad esempio stored procedure, trigger, funzioni scalari definite dall'utente, funzioni con valori di tabella definite dall'utente, aggregati definiti dall'utente e tipi definiti dall'utente.

Sezioni correlate

• Cenni preliminari su Visual Database Tools
  Vengono descritte le restrizioni e le limitazioni sull'utilizzo delle funzionalità di debug di SQL.

• Impostazione del debug di SQL
  Vengono elencati i requisiti software per il debug SQL (per il server e la workstation), le istruzioni per attivare il debug SQL, l'installazione, la configurazione e la risoluzione dei problemi relativi all'installazione.

• Esecuzione del debug a più livelli del database dell'applicazione
  Descrive le procedure di installazione necessarie e fornisce un esempio che illustra come eseguire il debug di un'applicazione di database a più livelli.

• Controllo del flusso delle informazioni di debug di SQL
  Viene suggerito l'utilizzo di Network Monitor (NetMon) o di uno strumento simile per monitorare il flusso di informazioni sul debug SQL e viene fornito un puntatore alla documentazione su Network Monitor.

Vedere anche

Attività

Procedura: eseguire il debug di T-SQL tramite SQL Server Management Studio

Concetti

Protezione del debugger

Altre risorse

Creazione di oggetti SQL Server 2005 nel codice gestito