Partager via


Démarrage du développement de bases de données en équipe

Avant de pouvoir gérer des modifications apportées à des paramètres et objets de base de données ou de serveur, vous devez d'abord créer un projet de base de données, un projet d'application de couche Données ou un projet serveur. Le projet est la représentation hors connexion des objets et paramètres pour la base de données ou le serveur. Pour plus d'informations, consultez Vue d'ensemble des projets de base de données et serveur.

Vous pouvez importer des objets et des paramètres à partir d'une base de données ou d'un serveur existant(e), ou définir des objets et configurer des paramètres dans le projet que vous venez de créer. Vous pouvez ensuite archiver le projet dans le contrôle de version, à partir duquel l'équipe peut générer et déployer des modifications dans les environnements de développement isolés. Pour avoir un aperçu de la façon dont Visual Studio peut vous aider à gérer les modifications apportées à votre base de données, consultez Gestion des modifications de la base de données.

Scénarios courants

Le tableau suivant décrit des scénarii courants que vous pouvez rencontrer lorsque vous développez des bases de données dans un environnement de travail en équipe.

Scénario

Contenu de support

Vous souhaitez comprendre comment utiliser les fonctionnalités de Visual Studio pour gérer les modifications apportées à vos bases de données.

Mise en route avec les fonctionnalités de base de données dans Visual Studio

Vous souhaitez définir et déployer votre base de données à l'aide des composants applicatifs de couche Données.

Création et gestion d'applications de la couche Données (site Web Microsoft)

Votre base de données ne fait pas référence à d'autres bases de données, objets serveur partagés ou objets SQL CLR courants.

Démarrage du développement en équipe de bases de données

Votre base de données fait référence à au moins une autre base de données.

Démarrage du développement en équipe de bases de données faisant référence à d'autres bases de données

Votre base de données fait référence à au moins un objet SQLCLR.

Démarrage du développement en équipe de bases de données faisant référence à des objets SQLCLR

Votre base de données fait référence à des objets serveur partagés, tels que des noms de connexion ou des clés.

Démarrage du développement en équipe de bases de données faisant référence à des objets serveur partagés

Vous souhaitez gérer des modifications apportées à des bases de données de grande taille.

Démarrage du développement en équipe de bases de données volumineuses

Votre base de données utilise un ou plusieurs ensembles de schémas XML.

Démarrage du développement en équipe de bases de données qui utilisent des collections de schémas XML

Vous souhaitez fusionner des objets de plusieurs bases de données de petite taille dans un seul et même projet de base de données.

Fusion de plusieurs bases de données en projet de base de données

Contenu de support

Le tableau suivant décrit du contenu supplémentaire qui prend en charge les scénarii précédents.

Tâche

Contenu de support

Migrer des scripts de base de données existants : vous pouvez utiliser vos scripts de base de données existants pour entamer le développement en équipe dans Visual Studio.

Migrer depuis un autre système de contrôle de version : Visual Studio Team Foundation Server fournit la meilleure intégration aux fonctionnalités de base de données de Visual Studio. Si vous avez déjà des fichiers dans un autre système de contrôle de version, vous pouvez être en mesure d'effectuer une migration de ces fichiers et de leur historique de contrôle de version vers Team Foundation Server.

Si vous utilisez un autre système de contrôle de version, vous pouvez toujours effectuer la migration de vos fichiers vers Team Foundation Server, même si vous ne pouvez pas effectuer la migration de l'historique de contrôle de version. Vous pouvez créer un projet de base de données, ajouter tous les scripts existants, importer votre schéma de base de données à partir de votre serveur de production, puis ajouter le projet au contrôle de version. Cette opération démarre en fait un nouveau projet.