实体框架包含与哪里

Question

我的数据库结构是这样的：一个OptiUser通过IdentityMap表属于多个UserGroup，这是一个匹配表（多对多）附加到它的一些附加属性。每个UserGroup都有多个OptiDashboard。

我有一个 GUID 字符串，用于标识特定用户（此代码中的 wlid）。我想要获取由 wlid 标识的用户的所有 OptiDashboards 的 IEnumerable。

这两个 Linq-to-Entities 查询哪一个最有效？它们在后端的运行方式是否相同？

另外，我可以将选项 2 的 Include 语句缩短为 .Include("IdentityMaps.UserGroup.OptiDashboards") 吗？

using (OptiEntities db = new OptiEntities())
{
    // option 1
    IEnumerable<OptiDashboard> dashboards = db.OptiDashboards
        .Where(d => d.UserGroups
            .Any(u => u.IdentityMaps
                .Any(i => i.OptiUser.WinLiveIDToken == wlid)));

    // option 2
    OptiUser user = db.OptiUsers
        .Include("IdentityMaps")
        .Include("IdentityMaps.UserGroup")
        .Include("IdentityMaps.UserGroup.OptiDashboards")
        .Where(r => r.WinLiveIDToken == wlid).FirstOrDefault();

    // then I would get the dashboards through user.IdentityMaps.UserGroup.OptiDashboards
    // (through foreach loops...)
}

Answer 1

您可能误解了 Include 函数的实际用途。选项 1 纯粹是一种查询语法，对实体框架返回的内容没有影响。选项 2 使用 Include 函数指示实体框架在返回查询结果时立即从数据库中获取相关行。

因此，选项 1 将导致一些联接，但查询的“选择”部分将仅限于 OptiDashboards 表。

选项 2 也会导致连接，但在这种情况下，它将返回所有包含的表的结果，这显然会带来更多的性能损失。但与此同时，结果将包括您需要的所有相关实体，从而避免[可能]需要更多的数据库往返。

Answer 2

我认为 Include 将呈现为 joins，您将能够访问用户对象中这些表中的数据（急切加载属性）。

Any 查询将呈现为 exists 并且不会使用其他表中的信息加载用户对象。

为了获得最佳性能，如果您不需要附加信息，请使用 Any 查询

Answer 3

正如已经指出的那样，第一个选项几乎肯定会表现更好，因为它会检索更少的信息。除此之外，我想指出，您也可以这样编写查询：

var dashboards =
    from u in db.OptiUsers where u.WinLiveIDToken == wlid
    from im in u.IdentityMaps
    from d in im.UserGroup.OptiDashboards
    select d;

我希望上面的执行方式与第一个选项类似，但您可能（或可能不）更喜欢上面的形式。