1358 次
1 に答える
2
私は同じ問題を抱えています。私たちの場合、既存のデータベースに基づいてコード ファーストの設計をリバース エンジニアリングしました。新しいデータベースでは、その設計が強化されています。
通常、データベース構造を変更するときは、DB を削除してからコードで再生成します。
データの移行を開始し、構造をもう少し変更するまでは、これはすべて非常にうまくいっています (すべてまだ開発中です)。
そのため、開発中に削除/再作成することは大きな苦痛になります。
この問題を解決するために私が行ったのはdbo.__MigrationHistory
、コード ファーストの実装によって作成されたテーブルのエントリを削除することだけでした。この行にはモデルのハッシュ化されたバージョンが含まれており、私の理解では、アプリを起動したときにチェックされるものです。
開発中にそれは私にとって理にかなっていますが、正しいことかもしれませんし、そうでないかもしれません:)
于 2013-10-22T20:08:12.343 に答える