¿Cuál es la mejor manera de implementar scripts de SQL Server en el control de código fuente?

Estoy intentando que los objects de la database de nuestra empresa estén almacenados en el control de la fuente. Vamos a estar atascados con Aldon LM para nuestro progtwig de control de fuente. ¿Cuál es la mejor manera de implementar scripts que creamos en nuestros entornos de SQL Server automáticamente desde el control de origen?

Para nuestras aplicaciones web .Net, hemos configurado Aldon para que introduzca nuestro código en el server web y ejecute MSBuild.

Tenemos progtwigs (ant hill pro para uno) que pasan por el sistema de control de origen, y recuperan todos los scripts sql necesarios y los comstackn en un solo file. Tenemos una sucursal para cada lanzamiento, por lo que solo los que se benefician de esa twig son atraídos. Creo que el control de crucero puede hacer lo mismo, pero no sé cómo se hace eso.

Entonces podemos ejecutar todas las actualizaciones y una vez, y no tenemos que preocuparnos por perder una.

Abra un proyecto de database en su solución para administrar todo el código SQL, como los procedimientos almacenados. Esto tiene algunas ventajas:

  • Su SQL puede estar bajo control de versión al igual que el rest de su conde
  • Puede hacer operaciones de búsqueda / reemploop fáciles de files en múltiples procedimientos
  • Puede mantener su SQL en una jerarquía de carpetas significativa y sistemática

Instalar VS Team System Database Edition, ahora incluido (disponible para agregarlo a) Developer Edition.

Esto tiene herramientas para determinar qué scripts aplicar a una database para actualizarlos para que coincidan con la database de reference y (siempre que su SCM se integre con VS) también maneja el seguimiento de todos los scripts y su estado dentro del proyecto.