Condividi tramite


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

Argomento non applicabile Argomento non applicabile Argomento non applicabile Argomento non applicabile

Standard

Argomento non applicabile Argomento non applicabile Argomento non applicabile Argomento non applicabile

Pro e Team

Argomento applicabile Argomento applicabile Argomento applicabile Argomento applicabile

Legenda tabella:

Argomento applicabile

Applicabile

Argomento non applicabile

Non applicabile

Argomento valido ma comando nascosto per impostazione predefinita

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.

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

Sezioni correlate

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