Démarrage du développement en équipe de bases de données faisant référence à des objets serveur partagés
Avant de pouvoir gérer les modifications apportées aux objets de base de données et les paramètres, vous devez créer un projet de base de données. Vous importez ensuite les objets et les paramètres à partir de la base de données que vous souhaitez gérer. Si plusieurs bases de données référencent les mêmes objets serveur, vous créez un projet pour chaque base de données et un projet serveur dans lesquels vous importez des objets tels que des connexions partagées, des clés ou des messages d'erreur personnalisés.
Notes
Dans la plupart des environnements de travail en équipe, seuls les administrateurs de base de données doivent mettre à jour les objets serveur et les paramètres. Vous pouvez structurer les autorisations afin que seuls les administrateurs puissent créer et modifier le projet serveur et que d'autres membres de l'équipe puissent mettre à jour les objets contenus dans le projet de base de données.
Ensuite, placez ces projets sous contrôle de version et déployez les modifications itératives dans un environnement de développement isolé. Dans ce type d'environnement, les membres de l'équipe peuvent tester leurs modifications indépendamment, puis les partager avec l'équipe uniquement après les avoir entièrement testées. En optant pour cette approche, vous contribuez à améliorer la qualité du code de base de données avant de le déployer dans un environnement de production.
Spécification d'un type de projet
Lorsque vous créez un projet de base de données ou serveur, vous spécifiez le type de projet qui correspond à votre version de SQL Server. Par exemple, vous spécifiez Projet de base de données SQL Server 2005, Projet serveur SQL Server 2005 ou Assistant SQL Server 2005 si la base de données que vous souhaitez gérer est basée sur SQL Server 2005. Si vous utilisez l'Assistant, vous pouvez non seulement créer le projet, mais également configurer les paramètres de génération et importer des objets et paramètres de base de données.
Référencement du projet serveur
Après avoir créé vos projets, vous ouvrez le projet de base de données et déclarez une référence qui identifie le projet serveur par son nom. Il n'est pas nécessaire de créer des variables qui identifient un serveur et une base de données dans ce projet, étant donné que les objets de base de données et de serveur qu'il référence résident toujours sur le même serveur.
Notes
Vous pouvez également utiliser une référence non composite dans ce scénario si vous ne souhaitez pas vérifier les paramètres du serveur lors du déploiement. Si vous souhaitez utiliser une référence non composite, définissez une variable de base de données, mais spécifiez un littéral dont la valeur est « master ». Pour plus d'informations, consultez Utilisation de références dans les projets de base de données et Comment : ajouter des références à des projets de base de données.
Référencement des objets système
Si votre projet de base de données utilise des objets système tels qu'une procédure stockée système, une table système, une vue système ou un catalogue système, vous devez ajouter une référence à une base de données « MASTER ». Par exemple, vous pouvez référencer sys.sysobjects. Si vous n'ajoutez pas de référence à une base de données MASTER qui fournit les définitions de ces objets, un ou plusieurs avertissements apparaissent pour chaque référence non résolue.
Il n'est pas nécessaire de créer un projet serveur pour référencer des objets système. À la place, ajoutez une référence au fichier master.dbschema qui correspond à la base de données et à la version que vous utilisez. Le fichier master.dbschema se trouve dans [Program Files]\Microsoft Visual Studio 10.0\VSTSDB\Extensions\SqlServer\VersionSqlServer\DBSchemas, où VersionSqlServer correspond à la version de SQL Server que vous référencez (2005 ou 2008).
Tâches courantes
Dans le tableau suivant, vous pouvez trouver les descriptions des tâches courantes qui prennent en charge ce scénario, ainsi que des liens pointant vers des informations supplémentaires sur la façon dont vous pouvez mener à bien ces tâches. De plus, vous devez déterminer comment ces tâches s'adaptent aux méthodologies de développement de votre équipe.
Tâches courantes |
Contenu de support |
|---|---|
En savoir plus sur les projets de base de données et serveur : vous pouvez lire des informations sur les concepts de base de la gestion des modifications à l'aide des projets de base de données et serveur. |
|
Apprendre en faisant : vous pouvez suivre la procédure pas à pas pour créer et déployer une base de données qui référence des connexions partagées. |
|
Créer des projets de base de données et serveur et les ajouter au contrôle de version : vous pouvez utiliser un Assistant pour créer des projets de base de données et serveur, configurer les paramètres du projet et importer des objets et des paramètres à partir d'une base de données ou d'un serveur. Vous pouvez également créer un projet vide si vous souhaitez importer les objets et les paramètres ultérieurement ou si vous n'avez pas l'autorisation d'accéder au serveur ou à la base de données à partir duquel ou de la laquelle vous souhaitez importer les objets. Après avoir importé vos objets et paramètres, vous pouvez ajouter le projet au contrôle de version. |
Scénarios associés
Démarrage du développement en équipe de bases de données
Démarrage du développement en équipe de bases de données faisant référence à des objets SQLCLR