我們目前是Linq to SQL商店,但是評估實體框架。有一件事情總讓我對L2S感到沮喪,那就是DBML畫布在放置了幾十張桌子之後變得多麼混亂。它只是一個大混亂。實體框架 - 如何最好地處理大量實體
我想知道如果EF處理這個更好嗎?對我們來說最理想的是能夠爲我們的每一個模式單獨使用EDM。這會使事情變得非常整齊。但是,我不知道我們如何建立EDM之間的關係。
任何人都可以告訴我如何(或如果)EF處理這種事情?
我們目前是Linq to SQL商店,但是評估實體框架。有一件事情總讓我對L2S感到沮喪,那就是DBML畫布在放置了幾十張桌子之後變得多麼混亂。它只是一個大混亂。實體框架 - 如何最好地處理大量實體
我想知道如果EF處理這個更好嗎?對我們來說最理想的是能夠爲我們的每一個模式單獨使用EDM。這會使事情變得非常整齊。但是,我不知道我們如何建立EDM之間的關係。
任何人都可以告訴我如何(或如果)EF處理這種事情?
只是我2美分。
我深深地建議你扔掉dbml和edmx,並首先移到EF 4.1代碼。它會給你所有你需要的力量和靈活性。
對我來說,這是一個沒有回頭。如果你有一點谷歌,你可以找到Scott Guthrie的優秀帖子。
在EDMX中處理這個問題是可能的,但仍然遠離理想或者理想的解決方案,特別是因爲它不被設計人員支持 - 您將使用EDMX作爲XML。關係也只能是一種方式,不支持EDMX之間的雙向關係。 ADO.NET團隊在their blog上描述了整個過程。
如果您對某些表集具有單獨的模式,那麼表可能會表示一些單獨的業務域,其中與其他模式的連接並不常見。也許在完全獨立的模型(EDMX)中隔離模式是可以的。