使用Entity Framework导航属性而不创建大量查询(避免N + 1)

时间:2011-05-13 21:59:54

标签: entity-framework entity-framework-4 navigation-properties select-n-plus-1

我一直在使用Entity Framework Profiler来测试我在MVC项目中的数据访问,并且由于N + 1问题我已经在几个页面上进行了比我需要的更多的数据库查询。

这是一个显示我的问题的简单示例:

var club = this.ActiveClub; // ActiveClub uses code similar to context.Clubs.First() 
var members = club.Members.ToList();
return View("MembersWithAddress", members);

视图循环遍历成员,然后跟随每个成员的navigion属性以显示其地址。每个地址请求都会产生额外的数据库查询。

解决此问题的一种方法是使用Include确保我需要的额外表格在前面查询。但是,我似乎只能在直接附加到上下文的Clubs的ObjectSet上执行此操作。在这种情况下,ActiveClub属性由许多控制器共享,我并不总是想要预先查询成员和地址表。

我希望能够使用类似的东西:

var members = club.Members.Include("Address").ToList();

但是,成员是一个EntityCollection,并且没有包含Include方法。

有没有办法强制加载成员EntityCollection并让EF也加载他们的地址?

或者,以这种方式在实体上使用EntityCollection导航属性,这只是一个非常糟糕的主意;当你从上下文中得到它时,你应该知道你正在加载什么?

1 个答案:

答案 0 :(得分:5)

如果您的实体继承自EntityObject,请尝试使用此功能:

var members = club.Members.CreateSourceQuery()
                          .Include("Address")
                          .ToList();

如果您使用延迟加载代理的POCO,请尝试使用:

var members = ((EntityCollection<Club>)club.Members).CreateSourceQuery()
                                                    .Include("Address")
                                                    .ToList();

显然第二版不是很好,因为POCO用于删除对EF的依赖,但现在需要将集合转换为EF类。另一个问题是查询将被执行两次。延迟加载将触发Members一次访问属性,然后在您调用ToList时将执行第二次查询。这可以在运行查询之前通过turning off lazy loading来解决。

当你说ActiveClub被共享时,我相信它意味着类似于派生控制器中使用的基本控制器中的属性。在这种情况下,您仍然可以在不同的控制器中使用不同的代码来填充属性。