我們的sql服務器數據庫中有500多個表。您在項目中曾經用於實體框架的實體的最大數量？
我們希望將我們的項目更新爲新一代技術。我們希望將實體框架用作DAL的ORM。我們開始用c＃ - > asp.net - > mvc3 - soa - wcf - >（Repository Pattern）EF開發小模塊項目。
幾乎我們在最初的項目中在實體框架中使用了50多個實體。表現看起來不錯。但我們擔心性能如何，如果實體數量將會變爲500.
您對我們的建議是什麼？
我沒有看到任何問題與500.雖然我只有測試200到目前爲止。
首先，您不必在每次訪問數據庫時都使用MEGA上下文。 use bounded contexts as an example 您可以擁有1個用於遷移pruposes的大型上下文。一旦脫落。 然後更小的訪問日常使用的上下文。
EF 6在這方面提供了更好的支持，使得更容易擁有多個環境。 EF 6 specifications - see Multiple Contexts per Database
然後看EF上的性能筆記。 performance notes 和more performance notes
您也可以編譯生成的環境的看法，最初會改善負載。 請參閱EF powertools ef Powertools for VS
感謝您的關注。你的建議看起來非常好。我會調查你的網址鏈接。謝謝。我會等待這種答案。 – prog2011
我假設您想繼續使用數據庫優先？ –
您對使用ORM有什麼疑慮？你跑什麼樣的環境？你會發現有500多張表的EF啓動時間會非常大。此外，如果您試圖從數據庫中提取大量數據，則會遇到內存問題（因爲您需要分配所有內存來存儲您拉下的對象）。然而，在一天結束時，你稱之爲「高性能」？ – Aron
是的，我們正在使用數據庫-firt方法。我們正在開發ERP軟件CRUD應用程序。請舉一個你問過的環境的例子。 – prog2011