Partager via


Débogage d'objets de base de données SQL

Mise à jour : novembre 2007

Cette rubrique s'applique à :

Édition

Visual Basic

C#

C++

Web Developer

Express

La rubrique ne s'applique pas La rubrique ne s'applique pas La rubrique ne s'applique pas La rubrique ne s'applique pas

Standard

La rubrique ne s'applique pas La rubrique ne s'applique pas La rubrique ne s'applique pas La rubrique ne s'applique pas

Pro et Team

La rubrique s'applique La rubrique s'applique La rubrique s'applique La rubrique s'applique

Légende du tableau :

La rubrique s'applique

Applicable

La rubrique ne s'applique pas

Non applicable

La rubrique s'applique mais la commande est masquée par défaut

Commande ou commandes masquées par défaut.

Les objets de base de données peuvent désormais être écrits en T-SQL ou dans un langage de common language runtime (CLR). Cette section décrit comment déboguer des objets de base de données SQL. Vous y trouverez des rubriques pour chaque type d'objet de base de données : une pour la version SQL/CLR et, si besoin est, une pour la version T-SQL. Certains types d'objets de base de données SQL/CLR ne peuvent pas être écrits dans T-SQL.

Le cycle de vie de développement des objets de base de données comprend la programmation, le déploiement sur une base de données, les tests unitaires, les tests d'application et le débogage. Avant SQL Server 2005, tous les objets de base de données étaient écrits en T-SQL. Il était courant de passer le cycle de vie entier à l'aide de l'outil Analyseur de requêtes (qui comprenait un débogueur T-SQL), sauf pour tester l'application, à l'aide de Visual Studio. Dans SQL Server 2005, l'Analyseur de requêtes a été remplacé par SQL Server Management Studio. À cause de la nouvelle fonction de création d'objets de base de données SQL/CLR, le débogage est effectué au sein de Visual Studio, plutôt que dans SQL Server Management Studio, qui ne contient pas de débogueur.

Cette section traite essentiellement du développement à l'aide du type de projet SQL Server de Visual Studio. Le développement d'objets SQL/CLR est facile, grâce à un type de projet SQL Server : codage, déploiement, test unitaire et débogage sont intégrés dans un seul environnement de développement intégré, tous automatisés dans un seul processus. Les objets T-SQL peuvent également être développés dans ce type de projet. Pour plus d'informations, consultez Création d'objets SQL Server 2005 dans du code managé.

Il existe d'autres moyens de programmer des objets de base de données, notamment :

  • Les objets T-SQL peuvent être programmés et déployés dans Visual Studio à l'aide d'un type de projet de base de données. Ce type de projet fournit des outils de conception pour créer des objets de base de données. Il permet également d'exécuter des tâches administratives SQL Server, comme la création de tableaux, de vues et d'index. Pour plus d'informations, consultez Présentation de Visual Database Tools.

  • Les objets T-SQL complexes, nouveaux ou hérités, peuvent être écrits, modifiés, déployés et soumis à un test unitaire dans SQL Server Management Studio. S'il faut exécuter un débogage, vous utiliserez Visual Studio. Si vous réalisez l'essentiel de votre travail de développement de base de données dans T-SQL et si vous avez déjà l'expérience de l'Analyseur de requêtes, cette option est faite pour vous.

  • Visual Studio n'est pas réellement requis pour développer des objets de base de données SQL/CLR. Vous pourriez également utiliser un éditeur de texte ou un IDE tiers pour développer et déployer les objets à l'aide de SQL Server Management Studio. Cette option exige une meilleure connaissance de SQL Server que celle consistant à utiliser Visual Studio et sera vraisemblablement moins productive.

Le déploiement peut s'effectuer de deux façons :

  • Dès que vous avez créé un objet SQL/CLR, vous pouvez le déployer à l'aide des commandes T-SQL dans SQL Server Management Studio.

  • Les objets T-SQL peuvent également être déployés par le biais de SQL Server Management Studio. Dans ce scénario, le développement et le déploiement s'effectuent en une seule étape puisque vous écrivez un script qui créera l'objet, puis que vous exécutez ce script.

Le test unitaire et le débogage peuvent être réalisés de diverses manières.

Dès que l'objet de base de données a subi le test unitaire, les applications qui appellent l'objet doivent être testées. Ce processus est décrit dans Débogage d'une base de données d'application multicouche.

Dans cette section

  • Présentation de Visual Database Tools
    Décrit les limites de l'utilisation des fonctionnalités du débogage SQL.

  • Référence de procédure courante
    Décrit des procédures intervenant dans un grand nombre de scénarios et d'exemples différents

  • Débogage d'une base de données T-SQL
    Indique comment déboguer différents types d'objets de base de données T-SQL : procédures stockées, déclencheurs, fonctions définies par l'utilisateur et procédures stockées étendues.

  • Débogage d'une base de données SQL CLR
    Indique comment déboguer différents types d'objets de base de données CLR : procédures stockées, déclencheurs, fonctions scalaires définies par l'utilisateur, fonctions table définies par l'utilisateur, agrégats définis par l'utilisateur et types définis par l'utilisateur.

Rubriques connexes

Voir aussi

Tâches

Comment : déboguer T-SQL à l'aide de SQL Server Management Studio

Concepts

Sécurité du débogueur

Autres ressources

Création d'objets SQL Server 2005 dans du code managé