Come ci si avvicina a delle versioni del database quando si fa costruisce regolare?

Question

Ho un progetto di applicazione web che funziona con un bel database di grandi dimensioni (oltre 5 GB). I dati nel database è partizionato per progetto. Ogni progetto richiede circa 1 GB, ed è un insieme minimo di applicazione al lavoro (facciamo alcuni calcoli matematici che si diffondono attraverso questo insieme di dati e la rimozione di una parte del set di dati non è un'opzione).

Come parte del build giornaliera abbiamo anche distribuire la nostra applicazione in un ambiente di test. Per fare ciò, un costruttore gestisce un programma di utilità di aggiornamento DB personalizzato che aggiorna la corrente DB per la versione appropriata. Ma abbiamo anche l'obbligo di mantenere tutto il quotidiano costruisce in modo che il team di QA potrebbe "tornare indietro nel tempo" e confronta i risultati di calcolo da costruisce diverse. Per quanto cerchiamo di avere uno schema di dati compatibile all'indietro a volte è molto impegnativo e richiede tempo. Quindi, da qui la domanda:

Quale approccio al controllo delle versioni del database useresti se si ha l'obbligo di mantenere il precedente build giornaliere attivo e funzionante e la necessità di gestire un database di grandi dimensioni, mentre facendo build giornaliere?

Usiamo SQL Server 2005 e ColdFusion con un po 'di Java al front-end se fa alcuna differenza.

Answer 1

Vorrei suggerire la lettura di lista di Leon Bambrick intitolato 11 strumenti per database delle versioni

E vorrei aggiungere Visual Studio per i professionisti di database alla lista che può essere trovato qui

Anche Jeff Atwood ha una bella post sul blog sul tema con link ad alcuni valori di fondo.