Déplacer un objet de base de données vers un autre schéma
Lorsque vous déplacez un objet de base de données dans un autre schéma, vous pouvez utiliser la refactorisation de base de données pour mettre à jour plus facilement et plus précisément toutes les références à cet objet dans votre projet de base de données. Par exemple, vous pouvez décider de fractionner votre base de données en plusieurs schémas pour renforcer la sécurité ou pour l'organiser de manière plus logique. Après un tel fractionnement, vous devez non seulement déplacer un ou plusieurs objets dans le nouveau schéma mais également mettre à jour chaque référence complète à cet objet. Vous pouvez faire des erreurs lorsque vous modifiez manuellement toutes les références pour vous référer au nouveau schéma. En utilisant la refactorisation de base de données, vous pouvez rechercher et mettre à jour ces références de manière automatique.
Conservation de votre motif dans le journal de refactorisation
Lorsque vous déplacez un objet de base de données vers un autre schéma, une entrée est ajoutée au journal de refactorisation pour votre projet de base de données. Lorsque vous déployez vos modifications, ce journal contribue à garantir que l'objet correspondant dans l'environnement cible est renommé comme prévu. Sinon, l'objet existant serait ignoré, et un objet serait ajouté avec le nouveau nom. Le journal est maintenu dans un fichier XML nommé NomProjet.refactorlog. Vous archivez ce fichier dans le contrôle de version lorsque vous archivez les autres fichiers qui composent votre projet de base de données. Le fichier NomProjet.refactorlog contient uniquement des informations sur les opérations de refactorisation qui requièrent un traitement particulier pendant le déploiement.
Déploiement
Lorsque vous utilisez la refactorisation, vous mettez à jour uniquement votre projet de base de données, et non une base de données de production. En suivant cette stratégie, vous bénéficiez des avantages des projets de base de données, notamment le contrôle de version et le développement en équipe. Lorsque vous déployez vos modifications, le fichier journal de refactorisation contribue à conserver le motif des modifications apportées au projet de base de données. Par exemple, une opération de changement de nom peut être exécutée au lieu des opérations DROP et ADD.
Pour plus d'informations, consultez Générer et déployer des bases de données dans un environnement de développement isolé.
Notes
Dans un environnement de travail en équipe, vous devez exécuter des tests unitaires de base de données et d'application avant de déployer vos modifications sur un serveur de production. Pour plus d'informations, consultez Démarrage du développement de bases de données en équipe.
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.
Tâche |
Rubriques de prise en charge |
|---|---|
Apprendre en faisant : vous pouvez vous familiariser avec le déplacement d'objets de base de données dans un autre schéma, en plus d'autres types de refactorisation, en suivant la procédure pas à pas. |
Procédure pas à pas : appliquer des techniques de refactorisation de base de données |
Déplacer un objet de base de données dans un autre schéma : vous pouvez utiliser la refactorisation pour déplacer un objet de base de données dans un autre schéma et mettre à jour automatiquement toutes les références à cet objet dans votre projet de base de données. Dans le cadre de l'opération de refactorisation, vous pouvez afficher un aperçu des modifications avant de les appliquer. |
Comment : déplacer un objet de base de données vers un autre schéma |
Annuler une opération de refactorisation : si vous décidez d'inverser une opération de refactorisation, vous pouvez annuler cette opération de refactorisation dans la session active de Visual Studio. |
Comment : annuler une opération de refactorisation de base de données |
Déployer les modifications de refactorisation de base de données : après avoir refactorisé le projet de base de données, vous devez déployer ces modifications vers une base de données cible. En général, vous déployez vos modifications dans votre environnement de développement isolé pour les tester avant de les archiver dans le contrôle de version. |
Comment : déployer des modifications de refactorisation d'une base de données |
Résoudre les problèmes : vous pouvez en savoir plus sur la résolution des problèmes courants liés à la refactorisation de base de données. |
Scénarios associés
Renommer toutes les références à un objet de base de données
Renommer les références à un serveur ou une base de données
Qualifier complètement le nom d'objets de base de données
Développer les caractères génériques dans les instructions SELECT