Comment abordez-vous la base de données versioning lorsque vous faites régulièrement builds?

Question

J'ai un projet d'application Web qui fonctionne avec une base de données assez importante (plus de 5 Go). Les données de la base de données est partitionné par le projet. Chaque projet prend environ 1 Go, et il est un ensemble minimal pour l'application au travail (nous faisons quelques calculs mathématiques qui se propagent à travers cet ensemble de données et la suppression d'une partie de l'ensemble de données n'est pas une option).

Dans le cadre de la construction quotidienne, nous déployons également notre application dans un environnement de test. Pour ce faire, un constructeur exécute une mise à jour DB personnalisée utilitaire qui met à jour la base de données actuelle à la version appropriée. Mais nous avons aussi une obligation de conserver toutes les constructions quotidiennes afin que l'équipe d'AQ pourrait « remonter le temps » et de comparer les résultats des calculs de différents builds. Autant que nous essayons d'avoir un schéma de données rétrocompatible il est parfois très difficile et prend du temps. Alors, d'où la question:

Quelle approche de la base de données versioning utiliseriez-vous si vous aviez une obligation de conserver tous les jours précédent construit et en cours d'exécution et la nécessité de gérer une grande base de données tout en faisant construit tous les jours?

Nous utilisons SQL Server 2005 et ColdFusion avec un certain Java à la fin avant si cela fait une différence.

Answer 1

Je vous suggère de lire la liste de Leon Bambrick intitulé 11 Outils pour la base de données Versioning

Et je voudrais ajouter Visual Studio pour les professionnels de la base de données à la liste qui peut être trouvé ici

Aussi Jeff Atwood a une belle sur le sujet avec des liens vers quelques lectures de fond.