c# - 为什么嵌入 WHERE 子句中的 ToList 的行为与在查询外部执行的 ToList 不同？

Question

当我调用它时:

using (var db = new MyDbContext())
{
    var yy = db.Products.Select(xx => xx.Id);
    var items = db.Products.Where(p => yy.ToList().Contains(p.Id));
}

(请注意Where中的ToList)
生成的脚本是

SELECT 
[Extent1].[Id] AS [Id], 
[Extent1].[Price] AS [Price], 
[Extent1].[Name] AS [Name], 
FROM [dbo].[Products] AS [Extent1]
WHERE  EXISTS (SELECT 
    1 AS [C1]
    FROM [dbo].[Products] AS [Extent2]
    WHERE [Extent2].[Id] = [Extent1].[Id]
)

当我调用它时:

  var yy = db.Products.Select(xx => xx.Id).ToList();
  var items = db.Products.Where(p => yy.Contains(p.Id));

(拉出lambda的ToList)
那么生成的脚本就是

SELECT 
[Extent1].[Id] AS [Id], 
[Extent1].[Price] AS [Price], 
[Extent1].[Name] AS [Name]
FROM [dbo].[Products] AS [Extent1]
WHERE [Extent1].[Id] IN (3, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15)

Answer 1

在第二个示例中，LINQ 扩展方法 ToList() 立即执行查询 并返回结果列表。因此，在第二行中，有一个second, independent 查询，它获取先前结果的列表。这就是您观察 IN 运算符的原因。

因此，在第二个示例中，您有一个关于数据库的查询，然后 INT 列表飞回您的代码，然后第二个查询在数据库上运行。

在第一个例子中，第一行创建了一个查询，但还没有执行它。然后在第二行中，第一行的原始查询被“包装”在另一个查询中。这正是您在生成的 SQL 代码中看到的:带有子查询(内部、原始、来自第一行)的外部查询(来自第二行)。

在这里，在第一个示例中，您只有一个查询在数据库上运行。您没有受影响 ID 的“中间预览”。第二个查询中出现的 ToList() 实际上全部包含在 where 子句的 lambda 表达式中(感谢 haim770 指出)和您的 LINQ 提供程序 (1) 足够聪明，注意到 ToList 的左侧也是一个查询对象，因此它跳过 ToList 并连接查询。有时/通常将所有这些都放在一个查询中会更好，因为数据库有时可以更好地优化它，而且这是一个查询而不是两个查询——如果您的连接速度很慢，或者如果您必须重复它数百次，这就很重要。删除往返次数。

一切正常。考虑一下并习惯它，这就是 LINQ/IQueryable 和类似 API 的设计方式:收集查询，允许程序员构建它，并仅在真正需要时执行它。

(1) 请注意，我故意说“您的 LINQ 提供程序”。这不是必须的。 LINQ 提供程序获取查询的所有部分(表达式)并分析它们并转换为 SQL 或其他任何内容。不同的提供者(即不同的数据库引擎、XML、对象等)可能会以不同的方式执行，例如可能将 ToList 作为单独的查询执行。同样代表“嵌入查询”，同样代表 LINQ 中的几乎所有内容。当您尝试使用 WHERE(即太复杂)或 JOIN(只是因为心情不好)时，某些提供商甚至可能会向您抛出“NotSupported”条款。说真的。