什麼時候使用EF 4.1 DbContext（+ SQL 2008 R2）進行延遲加載而不是加載？

Question

我知道答案是「這取決於」。我發現在一些操作中，刪除急切加載實際上是提高了性能，無論是在我的LM還是AppHarbor（尚未在Azure上進行過測試）。

在迄今爲止我嘗試過的情況下，根實體沒有被主鍵查詢。主鍵是一個int，但這些查詢不利於Guid候選鍵來從URL中混淆int pk。我沒有Guid上的鍵或索引，唯一的鍵（除fk之外）是int pk，並且它是聚簇的。

在Guid候選鍵上使用非聚集索引可能會更快加載速度更快？

Answer 1

我認爲你需要權衡執行許多小查詢與一個大查詢的成本。而且，如果您需要所有相關數據並計劃在收到後立即處理所有數據，那麼延遲加載可能不是好主意。

此外，看一看由朱莉Lermann寫的話題這兩篇文章：

http://msdn.microsoft.com/en-us/magazine/hh205756.aspx

http://msdn.microsoft.com/en-us/magazine/gg309181.aspx