11

Parlando con le applicazioni di SQL Server di produzione è molto importante supportare gli scenari che consentono di modificare lo schema del database durante il ciclo di vita dell'applicazione. Nel mio caso specifico è l'applicazione Entity Framework 4.1.Evoluzione dello schema del server SQL (migrazioni)

Oggi il team di ADO.NET funziona su Code First Migrations. Penso che sia davvero grandioso ma è in alpha stage e può essere usato solo con EF Code First.

Quali sono le migliori pratiche per implementare tali script di aggiornamento del flusso di lavoro (su e giù) in linguaggio SQL per l'utilizzo di produzione ? Ci sono strumenti di supporto?

Gli scenari di distribuzione sono anche molto importanti. Come automatizzare le migrazioni su un server di build (utilizzando MSBuild, ad esempio)?

+0

È possibile controllare un codice EF alternativo - Prima strategia di migrazione - [EntityFramework.SchemaCompare] (http://github.com/kriasoft/data) –

risposta

11

Ce ne sono alcuni: trovare uno long list of alternatives here.

L'ho cercato personalmente, cercando di evitare ulteriori sviluppi sulla nostra soluzione interna interna (che è un casino ....).

Quello che mi ha incuriosito di più è Roundhouse

Funziona off script SQL (che è un must per me), che consente agli script di una volta, script a qualsiasi ora e così via, tiene traccia di che cosa è fatto, consente script specifici per l'ambiente (ad es. roba per l'ambiente DEV o TEST che non si desidera in produzione), è altamente configurabile - mi sembra buono!

+0

Inoltre trovato FluentMigrator (https://github.com/schambers/ fluentmigrator). È simile a Migrator.NET e davvero bello. – alexey

Problemi correlati