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

많은 작은 쿼리와 큰 쿼리를 실행하는 데 드는 비용을 비교해야한다고 생각합니다. 또한 모든 관련 데이터가 필요하고 즉시 모든 데이터를 처리하려는 경우 게으른로드가 좋은 아이디어가 아닐 수 있습니다.

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

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

: 또한

는 줄리 Lermann 쓴 주제에 대한 두 가지 기사를 살펴