Team System Database Edition : Déploiement de votre base de données de manière incrémentale
L'une fonctionnalité que les administrateurs de base de données souhaite le plus c'est de pouvoir déployer uniquement les modifications entre la base de données actuelle et celle de production…
Cela faisait partie des points que je voulais montrer lors de ma session sur Team System Database Edition… http://blogs.codes-sources.com/christian/archive/2008/02/12/techdays-2008-evaluez-session-dat202-visual-studio-team-system-for-database-professionnal.aspx
Allez savoir pourquoi je me suis trompé dans le menu Build (le stress aidant sans doute)…
Voici les explications du déploiement incrémental…
- Vous avez un projet de base de données rempli, peut importe d'où il vient
- Vous paramétrez la base de données cible du déploiement dans les propriétés de ce même projet dans l'onglet « Build »
- Une fois ceci fait, vous n'avez plus qu'aller dans le menu « Build » / « Build NomDuProjet »
Vous obtiendrez le fichier .SQL (dans le répertoire du projet \sql) qui contient le script de déploiement incrémental vers cette base de données. Il n'y a, dès lors, plus qu'à l'exécuter sur le serveur de base de données de destination.
Le hic dans ma démo vient du fait que lorsque vous changer la destination ou que vous changer la base de données, et que vous demandé à l'outil un simple « Build » il ne régénèrera pas le fichier SQL et conservant le précédent… Ce qui est assez logique au niveau du comportement du Build…
Pour re-comparer la base cible et mon projet on forcera le « Rebuild NomDuProjet » ce qui forcera l'outil à régénérer un nouveau fichier SQL.
Pour le moment il faut explicitement faire cela à chaque déploiement pour chaque base de destination, la version prochaine vous offrira la possibilité de renseigner plusieurs bases de données et de générer le script incrémental pour chacune !
Bon déploiement…
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
