Nivel de reconstrucción de la base de datos en una rutina de construcción diaria

StackOverflow https://stackoverflow.com/questions/276610

  •  07-07-2019
  •  | 
  •  

Pregunta

Estoy en el proceso de diseñar una rutina de construcción diaria para mi proyecto. Estamos utilizando Flex 3 y SQL Server 2005. No estoy seguro de hasta qué punto debería reconstruir la base de datos en una compilación diaria. ¿Debería descartar todas las tablas y procedimientos almacenados y agregarlos nuevamente? Entonces tendría que tener un script que volviera a poner todos los datos predeterminados en las tablas.

¿O debería hacer que el DBA escriba scripts Alter que solo se ejecutan cuando se realizan cambios y se concentran en construir el código diariamente?

¿Fue útil?

Solución

Esto realmente depende de su etapa actual de desarrollo del proyecto.

Mientras se encuentra en desarrollo activo sin implementaciones de producción, lo más simple es soltar y volver a crear su base de datos cada vez. De esta forma, su código y su base de datos deben estar sincronizados, especialmente si está realizando pruebas unitarias. Básicamente, esto es hacer una compilación del tronco, es decir, lo último y lo mejor. Es mucho más simple de mantener. Crear un script para sus datos predeterminados es fácil y una excelente manera de tener una configuración limpia cuando la necesita. Consulte el sp_ generate_inserts el procedimiento almacenado para obtener una buena utilidad para el script los datos de una base de datos existente.

Una vez que tenga bases de datos de producción y altere su base de datos con lanzamientos de código, también es importante probar los scripts de cambio. Los scripts de cambio tienden a ser un poco más difíciles de escribir debido a las dependencias y consideraciones de manipulación de datos.

Otros consejos

Soltar y recrearlos. Con alter siempre existe la posibilidad de olvidar un cambio intermedio.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top