¿Cómo se aborda el control de versiones de base de datos cuando se hace construye regular?

Question

Tengo un proyecto de aplicación web que funciona con una base de datos muy grande (más de 5 GB). Los datos en la base de datos está dividido por proyecto. Cada proyecto dura aproximadamente 1 GB, y es un conjunto mínimo para que la aplicación funcione (que hacemos algunos cálculos matemáticos que se propagan a través de este conjunto de datos y la eliminación de una parte del conjunto de datos no es una opción).

Como parte de la acumulación diaria también desplegar nuestra aplicación en un entorno de prueba. Para ello, un constructor se ejecuta una utilidad de actualización de base de datos a medida que se actualiza la actual base de datos para la versión apropiada. Pero también tenemos la obligación de mantener toda la construcciones diarias para que el equipo de control de calidad podría "volver atrás en el tiempo" y comparar los resultados de los cálculos de diferentes formaciones. Por mucho que tratamos de tener un esquema de datos compatible con versiones anteriores a veces es muy difícil y requiere mucho tiempo. Así, por lo tanto, la pregunta:

¿Qué enfoque a la base de datos de versiones usaría si tuviera un requisito para mantener al día anterior se basa en funcionamiento y la necesidad de gestionar una gran base de datos mientras se realiza construcciones diarias?

Utilizamos SQL Server 2005 y ColdFusion con un poco de Java en el front-end si hace alguna diferencia.

Answer 1

Me permito sugerir la lectura de la lista de Leon Bambrick titulado 11 Herramientas para la base de datos de versiones

Y yo añadiría Visual Studio para los profesionales de bases de datos a la lista que puede ser encontrado aquí

También Jeff Atwood tiene un bonito posterior sobre el tema con enlaces a algunos lectura de fondo.