實體框架組織模型

Question

我是Entity Framework的初學者，經過一段時間的EF工作後，我遇到了一個組織問題。

不能確定是它更好地整個數據庫的對象（我將使用）映射到一個模型，或將其拆分到不同的模型（集團反對車型基礎上，類需求）。

第一種方法聽起來像一個簡單的一個，但我懷疑是否有任何性能問題在大量的對象，或將採取長期以更新整個數據庫模式。

第二種方法可以讓我最終在不同的模型中使用相同的對象，這將如何影響更新模型？

Answer 1

我建議你使用單一模型，只有在需要將它分離出來時遇到某種問題時（例如，如果要在不同模塊中促進某種不同部件的重用）或應用程序）。即使那樣，也許不需要做分離。

對於使用EF構建整個數據庫的大型模型沒有真正的損失。該框架在運行前做了很好的優化（其中大部分內容在「配置運行時」進行了優化）。在「事務運行時」，您不應該根據數據庫中的表的數量來查看性能問題。

如果有，否則將有跨多個模型要保持任何關係，你用多種模型去，你基本上打開自己的麻煩。如果您的物理數據模型被劃分爲單獨的物理模式，並且不存在要維護的事務關係，那麼多個模型將是合理的。

Answer 2

我不知道你所說的「模型」的意思，由EF允許你指定的類定義架構，這將讓你組表爲根據模式的不同羣體。例如，您可以將包含靜態數據的所有查找表分組爲「查找」模式，其他表格以「數據」模式分組。

Answer 3

如果您的應用程序的不同部分，所以很多一些表之間的關係（我們稱之爲一個part缺乏一個更好的詞），沒有關係，所有其他的表（因此所有其他部分），和你有很多桌子（部分超過100），我肯定會建議創建多個contexts。

如果你有幾張表或者它們都非常緊密相關，我肯定會把它們放在一起。