了解 LINQ to SQL 中的 .AsEnumerable()

Question

给定以下 LINQ to SQL 查询：

var test = from i in Imports
           where i.IsActive
           select i;

解释的 SQL 语句是：

SELECT [t0].[id] AS [Id] .... FROM [Imports] AS [t0] WHERE [t0].[isActive] = 1

假设我想在 select 中执行一些无法转换为 SQL 的操作。我的理解是，实现此目的的常规方法是执行 AsEnumerable() 从而将其转换为可行的对象。

鉴于此更新的代码：

var test = from i in Imports.AsEnumerable()
           where i.IsActive
           select new 
           { 
               // Make some method call 
           };

并更新了 SQL：

SELECT [t0].[id] AS [Id] ... FROM [Imports] AS [t0] 

请注意在执行的 SQL 语句中缺少 where 子句。

这是否意味着整个“Imports”表被缓存到内存中？ 如果表包含大量记录，这是否会降低性能？

帮助我了解幕后实际发生的事情。

Answer 1

AsEnumerable的原因是为了

AsEnumerable(TSource)(IEnumerable(TSource)) 可用于在查询之间进行选择 序列时的实现 实现 IEnumerable(T) 但也有 一组不同的公共查询 可用的方法

因此，当您之前调用Where 方法时，您调用的是与IEnumerable.Where 不同的Where 方法。 Where 语句用于 LINQ 转换为 SQL，新的 Where 是采用 IEnumerable 的 IEnumerable 语句，枚举它并产生匹配项。这就解释了为什么您会看到正在生成的不同 SQL。在将 Where 扩展名应用到您的代码的第二个版本之前，该表将从数据库中完整获取。这可能会造成严重的瓶颈，因为整个表必须在内存中，或者更糟的是，整个表必须在服务器之间传输。允许 SQL 服务器执行 Where 并做它最擅长的事情。

Answer 2

我相信 AsEnumerable 只是告诉编译器使用哪些扩展方法（在这种情况下是为 IEnumerable 而不是为 IQueryable 定义的扩展方法）。 查询的执行仍会延迟，直到您调用 ToArray 或对其进行枚举。

Answer 3

在枚举通过的点，然后将查询数据库，并检索整个结果集。

一个部分和部分的解决方案可能是一种方式。考虑

var res = (
    from result in SomeSource
    where DatabaseConvertableCriterion(result)
    && NonDatabaseConvertableCriterion(result)
    select new {result.A, result.B}
);

假设 NonDatabaseConvertableCriterion 需要来自结果的字段 C。因为 NonDatabaseConvertableCriterion 就像它的名字所暗示的那样，所以这必须作为枚举来执行。但是，请考虑：

var partWay =
(
    from result in SomeSource
    where DatabaseConvertableCriterion(result)
    select new {result.A, result.B, result.C}
);
var res =
(
    from result in partWay.AsEnumerable()
    where NonDatabaseConvertableCriterion select new {result.A, result.B}
);

在这种情况下，当枚举、查询或以其他方式使用 res 时，将尽可能多的工作传递给数据库，数据库将返回足够的数据以继续工作。假设确实不可能重写，让所有的工作都可以发送到数据库，这可能是一个合适的折衷方案。

Answer 4

AsEnumerable 的三种实现方式。

DataTableExtensions.AsEnumerable

扩展 DataTable 以为其提供 IEnumerable 接口，以便您可以针对 DataTable 使用 Linq。

Enumerable.AsEnumerable<TSource> 和 ParallelEnumerable.AsEnumerable<TSource>

AsEnumerable<TSource>(IEnumerable<TSource>) 方法无效 除了将源的编译时类型从一个类型更改为 实现 IEnumerable<T> 到 IEnumerable<T> 本身。

AsEnumerable<TSource>(IEnumerable<TSource>)可以用来选择 序列实现时的查询实现之间 IEnumerable<T> 但也有一组不同的公共查询方法 可用的。例如，给定一个泛型类Table，它实现 IEnumerable<T> 并有自己的方法如Where、Select 和 SelectMany，对 Where 的调用将调用公共的 Where 方法 Table。表示数据库表的 Table 类型可以有 Where 将谓词参数作为表达式树的方法 并将树转换为 SQL 以进行远程执行。如果远程执行 不需要，例如因为谓词调用本地 方法，AsEnumerable<TSource> 方法可以用来隐藏 自定义方法，而不是使用标准查询运算符 可用。

换句话说。

如果我有一个

IQueryable<X> sequence = ...;

来自 LinqProvider，例如 Entity Framework，我也这样做，

sequence.Where(x => SomeUnusualPredicate(x));

该查询将在服务器上组合和运行。这将在运行时失败，因为 EntityFramework 不知道如何将 SomeUnusualPredicate 转换为 SQL。

如果我希望它改为使用 Linq to Objects 运行语句，我会这样做，

sequence.AsEnumerable().Where(x => SomeUnusualPredicate(x));

现在服务器将返回所有数据，并且将使用来自 Linq to Objects 的Enumerable.Where，而不是查询提供程序的实现。

Entity Framework 不知道如何解释SomeUnusualPredicate 没关系，我的函数将被直接使用。 （但是，这可能是一种低效的方法，因为所有行都将从服务器返回。）