1

我們有一個數據庫應用程序,我們正在開始編寫一些新系統,我想重做我們的DAL,可能使用EF4。當我開始考慮這個問題時,似乎在我的整個數據庫中使用單個EDMX文件是個不錯的主意。當我這樣做的時候,here is a screenshot of what that looks like(儘可能放大縮小)給你一些想法。如何分解我的EF模型?

因此,我應該把它分解成多個EDMX文件。我在哪裏可以開始學習這樣做的好策略?

謝謝!

+0

哇,裏面有一個實體,看起來像是超過100個屬性。我想你是在跟隨TPT,但是我想知道如果你的桌面數量會減少,你是否使用了TPH。 (如果你不能改變數據模型,這可能是不可能的) – itchi 2010-04-17 21:17:27

回答

2

在基礎層面上沒有什麼可學的。將您的屏幕和問題分組到一個合理的複雜程度,併爲每個部分或應用程序的一部分使用EDMX。

在最複雜的層面上,您需要了解「空格」如何工作(C-Space,S-Space,O-Space)以及如何使用自定義配置創建ObjectContexts。

+0

我不明白你的意思是「理解」空間「的工作方式 - 這是什麼意思?你所說的把事情分解成可管理的複雜性水平是我所期望的,但是這帶來了一些顯而易見的問題:1)如果我在兩個不同的EDMX(如Person表)上有重疊,那麼會出現什麼問題我碰到了,我該如何處理它們? 2)是否通過域相關性來解決這個問題的最好方法還是有更好的方法來做到這一點? – Jaxidian 2010-04-16 18:57:33

+0

對不起,我的前幾次谷歌嘗試失敗的空間的東西,但後來我偶然發現:http://blogs.msdn.com/alexj/archive/2009/04/03/tip-10-understanding-entity-framework- jargon.aspx – Jaxidian 2010-04-16 18:58:25

+0

那麼你問「開始學習一個好策略」,所以我提到了那些。那就是所有的合併和分享複雜性都在我要開始的地方。如果您找到關於合併兩個edmx文件的教程,並且不理解您將丟失的空間。 – jfar 2010-04-16 19:47:47