11

Hablando con las aplicaciones de SQL Server de producción es muy importante admitir escenarios que permitan modificar el esquema de la base de datos durante el ciclo de vida de la aplicación. En mi caso particular, es aplicación Entity Framework 4.1.Evolución del esquema del servidor SQL (migraciones)

Hoy el equipo de ADO.NET trabaja en Code First Migrations. Creo que es realmente genial, pero está en fase alfa y solo se puede usar con EF Code First.

¿Cuáles son las mejores prácticas para implementar este flujo de trabajo escribiendo secuencias de actualización (arriba y abajo) en el lenguaje SQL para el uso de producción ? ¿Hay alguna herramienta de apoyo?

Despliegue escenarios también son muy importantes. ¿Cómo automatizar las migraciones en un servidor de compilación (usando MSBuild, por ejemplo)?

+0

Es posible que desee comprobar una estrategia alternativa de migración de EF-Code: [EntityFramework.SchemaCompare] (http://github.com/kriasoft/data) –

Respuesta

11

Hay bastantes - encuentre un long list of alternatives here.

He estado investigando esto por mi cuenta, tratando de evitar hacer más desarrollo en nuestra propia solución interna de fabricación propia (que es un desastre ...).

El que estaba intrigado por la mayor parte es Roundhouse

Funciona fuera de scripts SQL (que es una necesidad para mí), que permite a los scripts de una sola vez, guiones cada vez y así sucesivamente, no pierde de vista lo que se hace, permite secuencias de comandos específicas del entorno (por ejemplo, material para su entorno DEV o TEST que no desea en la producción), es altamente configurable, ¡me queda bien!

+0

También se encuentra FluentMigrator (https://github.com/schambers/ fluentmigrator). Es similar a Migrator.NET y realmente agradable. – alexey

Cuestiones relacionadas