2012-01-26 7 views
1

私たちは何百ものテーブルを持つ大きなデータベースを持っています。 Entity Framework 4を使用し始めたばかりです。プロジェクトに多くのエンティティデータモデルを置いても構いませんか、それとも常に1つしか持たないのでしょうか?

いくつかの基準に基づいて1つの巨大なデータモデルを作成するか、多数のデータモデルに分割する必要がありますか?

答えて

1

私の同僚と私はLinq2Sqlの日に "One True Data Context"を試しました。私たちはそれがすぐに維持するのが厄介であることを発見しました。だから我々は今、より多くのより小さな「タスク特有の」コンテキストを選択しました。

「正しい」方法はないと言われています。あなたの特定の状況に合ったやり方で、文脈をどのように使用するのかを考えてください。

だから、別の古典ですそれは答え私は恐れています。

PS - 私たちのデータベースには約300のテーブルがあります。そのうち150種類以上が私たちのモデルに含まれていました。

PPS - 私たちは最初にコードに向かっています。これは個人的にはデザイナーよりもはるかに好きです。

+0

私たちは現在、単一のエンティティモデルを持っており、維持するのに苦労しているさまざまな「サブシステム」をカバーしています。 CodeFirstがいくつかの痛みを助けるのだろうかと思います。私たちは現在30-40のテーブルしか持っていませんが、少なくとも100に成長すると思います。 – quip

+0

コードで最初に良いことは、あなたの設定がコード内にあることです。私はxmlをマージしなければならなかった回数を失いました。デザイナーは100倍も悪化させた物の秩序を揺さぶっていました。私は、コードの最初の設定に関するいくつかのブログ記事を書いています。すべての私の設定クラスを自動的にロードするだけで、ちょっとしたことがもっと簡単になります。つまり、心配することは1つ少ない –

関連する問題