¿Cómo se mantienen múltiples versiones de bases de datos?

Question

Tenemos muchos entornos

tronco (integración dev) -> devel (pruebas de equipo) -> qa (pruebas de regresión) -> vivir (uso del cliente)

Cada uno tiene su propia base de datos que funciona con el código en ese ambiente

Parte del contenido de la base de datos son metadatos y parte son datos. Por ejemplo, si está creando un informe, las columnas que puede elegir para generar el informe son metadatos, pero los informes que un usuario ya ha creado son datos. Los metadatos fluyen por la cadena de promoción (se introducen en el tronco y van devel-> qa-> en vivo), junto con el código a medida que se prueba. Sin embargo, los datos no se promocionan. Además, los datos en un entorno determinado no deben borrarse o corromperse y continuar funcionando después de que se haya promocionado ese entorno.

¿Qué buenas estrategias existen para administrar e igualmente importantes, automatizar tal configuración?

Estamos utilizando .NET/C#/SQL Server pero creo que este problema es genérico y debe tratarse de forma general para cualquier aplicación madura que tenga un gran número de desarrolladores trabajando en él, y se preocupa por los datos los usuarios generan en él.

Answer 1

Otro producto que tal vez quiera consultar es Red Gate's SQL Source Control. Todavía estamos en medio de evaluarlo, pero ciertamente trata de manejar al menos algunos de sus requisitos. El resto de los productos de Red Gate también pueden ser útiles para usted.

Answer 2

Si me está preguntando qué creo que es, las herramientas de versión de bases de datos en las ediciones Team Suite de Visual Studio están totalmente a la altura de esta tarea. Incluyen herramientas para las comparaciones de esquemas (DB a DB, y proyecto a DB, etc.), generación de datos, población e incluso pruebas unitarias de procedimientos almacenados.