Démarrage du développement en équipe de bases de données faisant référence à d'autres bases de données
Avant de pouvoir gérer les modifications apportées à un schéma de base de données, vous devez commencer par créer un projet de base de données, puis importer les objets et les paramètres de la base de données que vous souhaitez gérer. Si un objet de votre base de données fait référence à un objet situé dans une autre base de données, vous devez également déclarer le serveur référencé et la base de données dans les propriétés de votre projet de base de données. Étant donné qu'un projet de base de données est une représentation hors connexion de la base de données, vous pouvez le placer sous contrôle de version puis déployer des modifications itératives dans un environnement de développement isolé. Les membres de l'équipe peuvent tester leurs modifications indépendamment, puis partager ces modifications avec l'équipe après les avoir intégralement testées. En optant pour cette approche, vous contribuez à assurer 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 de base de données
Lorsque vous créez un projet de base de données, vous spécifiez le type de projet qui correspond à votre version de SQL Server. Par exemple, si la base de données que vous souhaitez gérer est basée sur SQL Server 2005, spécifiez Projet de base de données SQL Server 2005 ou Assistant SQL Server 2005. Si vous utilisez l'Assistant, vous pouvez non seulement créer le projet mais également configurer certains paramètres de génération et de déploiement et importer simultanément des objets de base de données et des paramètres.
Importation des objets et des paramètres de base de données
Après avoir créé le projet, vous pouvez importer les objets et les paramètres à partir d'une instance de base de données ou à partir d'un script. Après avoir importé une base de données, ses définitions d'objets sont validées et les instructions qui ne peuvent pas être analysées sont ajoutées au fichier ScriptsIgnoredOnImport.sql.
Déclaration de références à des projets de base de données et des fichiers .dbschema
Après avoir importé une base de données, vous devez déclarer les références entre base de données dans les propriétés du projet pour résoudre les avertissements. Lorsque vous déclarez chaque référence, vous définissez des variables pour le serveur référencé et la base de données. Pour chaque variable, vous pouvez spécifier une valeur différente en fonction des différents environnements dans lesquels vous voulez déployer le projet.
Lorsque vous déclarez une référence, vous spécifiez soit un autre projet de base de données, soit un fichier de schéma de base de données (.dbschema) comme cible de la référence. Les fichiers de schéma de base de données sont produits lorsque vous générez un projet de base de données ou lorsque vous importez un schéma à l'aide de l'outil en ligne de commande. De plus, vous pouvez spécifier cette cible par son nom ou par une variable remplacée par la valeur appropriée lorsque vous générez le projet. Pour simplifier la maintenance, vous pouvez mettre à jour les objets dans votre projet de base de données afin qu'ils utilisent les variables pour faire référence aux objets dans d'autres bases de données. Pour plus d'informations, consultez Renommer les références à un serveur ou une base de données. Lorsque vous générez le projet de base de données, les variables sont remplacées par les valeurs que vous avez spécifiées.
Vous devez faire référence à un autre projet de base de données en tant que cible si l'instruction suivante est vraie (true) :
- Vous devez modifier les schémas tant de la base de données qui contiendra la référence que de celle à laquelle vous faites référence. Lorsque vous déployez le projet de base de données qui contient la référence, vous déploierez également le projet de base de données auquel vous faites référence.
Vous devez faire référence à un fichier de schéma de base de données (.dbschema) si l'une des instructions de la liste suivante est vraie (true) :
Vous devez faire référence à une base de données dont le projet ne se trouve pas dans la solution actuelle.
Vous devez déployer uniquement un projet sans les projets dont il dépend.
Vous faites référence à un schéma de base de données qui ne changera probablement pas. Dans ce scénario, vous pouvez archiver le fichier de schéma de base de données (.dbschema) dans le contrôle de version.
Pour plus d'informations, consultez Utilisation de références dans les projets de base de données.
Tâches courantes
Tâches courantes |
Contenu de support |
|---|---|
En savoir plus sur les projets de base de données : vous pouvez découvrir les concepts de base de la gestion des modifications de schéma à l'aide des projets de base de données. |
|
Apprendre en faisant : vous pouvez suivre une première procédure pas à pas pour vous familiariser avec la création d'un environnement de développement isolé dans lequel vous pouvez gérer les modifications apportées à une base de données qui référence d'autres bases de données. |
|
Créer un fichier .dbschema pour une base de données référencée : en créant un fichier .dbschema, vous pouvez référencer une base de données même si vous n'avez pas créé de projet de base de données pour elle. Par exemple, vous devrez peut-être référencer une base de données qui n'est pas en développement. Si vous importez le schéma pour cette base de données depuis une invite de commandes, vous créez un fichier .dbschema que vous pouvez référencer dans votre projet de base de données. |
|
Placer un schéma de base de données existant sous contrôle de version : vous pouvez créer un projet, configurer ses paramètres et importer un schéma à l'aide de l'Assistant de projet de base de données. Vous pouvez également créer un projet vide si vous voulez importer le schéma ultérieurement ou si vous n'avez pas l'autorisation d'accéder à la base de données à partir de laquelle vous voulez importer le schéma. Vous devez ensuite créer des variables pour spécifier les autres serveurs et bases de données auxquels les objets de votre base de données font référence. Après avoir créé ces variables, vous devez les utiliser lorsque vous déclarez les références dans les propriétés de votre projet. Vous pouvez également mettre à jour les définitions d'objet pour utiliser les variables au lieu de références explicites. En utilisant des variables, vous pouvez spécifier des bases de données différentes en fonction des différents environnements dans lesquels vous déployez votre base de données. Par exemple, vous pouvez remplacer automatiquement les variables par des valeurs spécifiques aux environnements de développement, de test, intermédiaire et de production. Après avoir déclaré vos références entre bases de données, vous pouvez ajouter le projet de base de données 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