現在、私たちはLinq to SQLのショップですが、Entity Frameworkを評価しています。 L2Sでいつも私を苛立たせたことの1つは、DBMLキャンバスが何十枚ものテーブルを置いた後にいかに乱雑になったかです。それはちょうど大きな混乱になった。Entity Framework - 多数のエンティティを処理する最も良い方法
EFがこれをうまく処理しているのだろうか？理想的なのは、私たちのスキーマごとに別々のEDMを持つ能力です。それは物事をきちんときちんとしたものに保ちます。しかし、私はどのようにEDMの間で関係を確立するかはわかりません。
EFがこのようなことをどうやって（もしそうであれば）教えてもらえますか？
ちょうど2セントです。
dbmlとedmxも捨てて、最初にEF 4.1コードに移動することをお勧めします。それはあなたに必要なすべての力と柔軟性を与えるでしょう。
私にとっては、これまでのところ変わりはありませんでした。スコット・ガスリーの優れた記事は、あなたが少しグーグルであれば見つけることができます。
これをEDMXで処理することは可能ですが、特にデザイナーがサポートしていないため、理想的な解決策から離れています。つまり、EDMXをXMLとして使用します。また、リレーションシップは片方向にすぎず、EDMX間の双方向リレーションシップはサポートされていません。 ADO.NETチームは、プロセス全体をtheir blogに記述しました。
一部のテーブルセットに対して別のスキーマがある場合、テーブルはおそらく他のスキーマとの接続があまり一般的でないいくつかの別個のビジネスドメインを表します。おそらく、完全に別個のモデル（EDMX）でスキーマを分離することは可能です。