私はEFCodefirstを調査しています。Code / SB同期の利点は気に入っていますが、テーブルが削除されてデータが失われるのは問題です。実際には、私の開発DBにはかなりの量のテストデータが含まれている可能性があります。「AlterTable」などの使用のようなこの「テーブルドロップ」に代わるものはありませんか。
それは私をEFコードファーストから遠ざけます。
ありがとう、
エド
私はEFCodefirstを調査しています。Code / SB同期の利点は気に入っていますが、テーブルが削除されてデータが失われるのは問題です。実際には、私の開発DBにはかなりの量のテストデータが含まれている可能性があります。「AlterTable」などの使用のようなこの「テーブルドロップ」に代わるものはありませんか。
それは私をEFコードファーストから遠ざけます。
ありがとう、
エド
どうやらあなたはあまり調査をしていませんでした。テーブルを削除せずにコードを最初に実行する方法がたくさんあるという事実(手動で変更を加えるなど)は別として、CodeFirstMigrationsはかなり前から出回っています。
http://blogs.msdn.com/b/adonet/archive/2012/02/09/ef-4-3-code-based-migrations-walkthrough.aspx
http://blogs.msdn.com/b/adonet/archive/2012/02/09/ef-4-3-automatic-migrations-walkthrough.aspx
これが他のやり方と何ら変わらないというわけではありません。データベースを最初に使用する場合も、データベースを手動で変更する必要があります。また、モデルファーストでデータベースを再生成するには、テーブルを削除する必要があります。
これは、最初のコードについて具体的または奇妙なことではありません。これは、すべてのormテクノロジーで機能する方法です。