EF 4.1 DbContext（+ SQL 2008 R2）を使用すると、熱心な負荷の代わりに遅延ロードを使用する方が良いでしょうか？

Question

私は答えが「それは依存している」ことを知っています。いくつかの操作で、eager-loadingを削除すると、実際にLMとAppHarborの両方でパフォーマンスが向上していることがわかりました（まだAzureでテストされていません）。

これまで試したことがある場合、ルートエンティティはプライマリキーによって照会されていません。主キーはintですが、これらのクエリーはGuidの候補キーに反して、URLからint pkを難読化します。私はGUIDにキーまたはインデックスを持っていません、唯一のキー（fkの以外）はint pkであり、それはクラスタ化されています。

Guid候補キーのクラスタ化されていないインデックスを使用すると、読み込み速度が向上しますか？

Answer 1

多くの小さなクエリと1つの大きなクエリを実行するコストを比べる必要があると思います。また、関連するすべてのデータが必要で、受信した直後にすべてのデータを処理する予定がある場合は、遅延ロードは素晴らしい考えではないかもしれません。

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

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

：また

は、ジュリーLermannによって書かれたトピックに関するこれら二つの記事を見てみましょう