.net - FluentMigrator では実行できず、Entity Framework の移行で実行できることは何ですか?

Question

現在、FluentMigrator を使用しているいくつかのデータベースがあり、Entity Framework の移行がどのように比較されるか知りたいです。

EF 移行は、移行でデータをシードし、FluentMigrator のような環境に基づいて移行スクリプトを選択的に実行できますか? タグとプロファイルを使用できますか?

私はすでに EF Database First をアプリケーションの ORM として使用しています。どこかで EF Migrations が Code First 以外の EF でもサポートされていることを読んだと思いますが、いずれにしても私のチームは Code First アプローチへのリファクタリングを考えていました。 Database First アプローチのいくつかの制限について説明します。では、コード ファーストのアプローチを採用する場合、別のサード パーティの移行フレームワークを使用するよりも、EF 移行を使用する方が理にかなっているでしょうか?

Answer 1

私は FluentMigrator の経験がありませんが、ドキュメントをざっと読んだだけで、移行を手動で作成する必要があるように見えますか?

モデルが変更され、アプリが実行されるたびに、EF は移行を要求します。これにより、簡単になりますが、同時に面倒です。移行を有効にすると、データベースの変更を伴うモデルへの変更には移行が必要になります。移行は変更でき、自動生成されます。「ダウン」バージョンを見てください...問題がありました。

コードファーストはかなりシームレスです。サブクラスのようなより複雑なオブジェクト モデルも処理します。テーブルの生成方法 (タイプごとのテーブル、ベース テーブルとタイプごとのテーブル、または単一テーブルとタイプ キー) を指定することもできます。

つまり、データベースを更新するために常に C# コードを生成する場合は、EF の組み込みの移行を使用します。彼らはあなたのためにほとんどの仕事をします。