ICollection 上的 AsQueryable() 真的会延迟执行吗？

Question

我正在使用 Entity Framework CodeFirst，其中我使用 ICollection 作为父子关系

public class Person
{
   public string UserName { get;set}
   public ICollection<Blog> Blogs { get; set;}
}

public class Blog
{
   public int id { get; set; }
   public string Subject { get; set; }
   public string Body { get; set; }
}

，到目前为止一切正常，但我担心的是，每当我想获取一个人的博客时，我都会得到它现在

var thePerson = _context.Persons.Where(x => x.UserName = 'xxx').SingleOrDefault();
var theBlogs = thePerson.Blogs.OrderBy(id).Take(5);

，我明白，当该行执行时，该人的所有博客都会加载到内存中，然后从内存中完成排序和选择。这对于拥有大量博客的 Person 的记录来说并不理想。我想将博客子项设置为 IQueryable，以便在拉入内存之前在 SQL 数据库中完成排序和选择。

我知道我可以在我的上下文中将博客声明为 IQueryable，以便我可以直接查询，

var theBlogs = _context.Blogs.Where(.....)

但由于设计选择，这对我来说不可行，我希望由于序列化问题而尽可能避免任何循环引用。因此，我没有在我的孩子中引用任何父实体。

我发现，我可以在博客上调用 AsQueryable() 方法，因为

var theBlogs = thePerson.Blogs.AsQueryable().OrderBy(id).Take(5);

这对我来说看起来像是一个魔法，而且似乎好得令人难以置信。所以我的问题。这个 AsQueryable 是否真的使 ICollection 实际上成为 IQueryable 并在 SQL Server 中进行所有查询过程（延迟加载），或者它只是像以前一样将博客加载到内存中的转换，但将接口从 ICollection 更改为 IQueryable ？

Answer 1

因此，实际上，将导航属性编写为 IQueryable 不可能。

您可以做的就是向 Blog 添加导航属性：

public class Blog
{
   public int id { get; set; }
   public string Subject { get; set; }
   public string Body { get; set; }
   public virtual Person Owner { get; set; }
}

从中，您可以按如下方式查询，这样它就不会将所有内容加载到内存中：

var thePerson = _context.Persons.Where(x => x.UserName = 'xxx').SingleOrDefault();
var results = _context.Blogs.Where(z => z.Person.Name = thePerson.Name).OrderBy(id).Take(5)

我建议您尝试 LINQPad 查看 LINQ 如何转换为 SQL，以及实际从数据库请求什么。

Answer 2

Ladislav 的回答中描述了更好的方法。在你的情况下：

var theBlogs = _context.Entry(thePerson)
                       .Collection(x => x.Blogs)
                       .Query()
                       .OrderBy(x => x.id)
                       .Take(5);