11

運用中のSQL Serverアプリケーションとは、アプリケーションライフサイクル中にデータベーススキーマを変更できるシナリオをサポートすることが非常に重要です。私の特別なケースでは、Entity Framework 4.1アプリケーションです。SQL Serverスキーマの進化(移行)

今日、ADO.NETチームはCode First Migrationsで作業します。私はそれが本当に素晴らしいと思っていますが、それはアルファ段階にあり、EF Code Firstでのみ使用できます。

このようなワークフローを実装するベストプラクティスは、のプロダクション用ののSQL言語での更新(上および下)スクリプトを記述するものですか?サポートツールはありますか?

シナリオも非常に重要です。ビルドサーバーでの移行を自動化する方法(MSBuildなどを使用して)

+0

代替のEFコード - ファースト移行戦略 - [EntityFramework.SchemaCompare](http://github.com/kriasoft/data) –

答えて

11

かなりあります - long list of alternatives hereがあります。

私はこれを自分自身で検討してきました。自社内で自社開発した解決法(これは混乱しています....)を避けようとしています。私は最大で約興味をそそられた

1は、それは(私のために必須である)SQLスクリプトをオフに動作しますRoundhouse

あり、それは、ワンタイムスクリプトを可能に毎回スクリプトなど、それはを追跡しますそれは何が行われているか、それは環境固有のスクリプトを許可します(例えば、あなたが生産に欲しくないDEVまたはTEST環境用のもの)、それは設定が自由自在です。

+0

を確認することもできますFluentMigrator(https://github.com/schambers/)流動化剤)。これはMigrator.NETに似ており、本当にいいです。 – alexey

関連する問題