过滤内存集合：IQueryable 是否提供更好的性能？

Question

假设我有一个内存集合（Persons），我必须在其上应用一些过滤条件。

var distinctproductKeys = persons.Where(d => d.productsDictionary != null)
                                 .SelectMany(d => d.productsDictionary.Keys)
                                 .Distinct();

对比如果我在应用过滤器之前使用 IQueryable

var distinctproductKeys = persons.AsQueryable()
                                 .Where(d => d.productsDictionary != null)
                                 .SelectMany(d => d.productsDictionary.Keys)
                                 .Distinct();

我已经读过，一旦你在内存中收集了集合，IQueryable 和 IEnumerable 都会提供相同的性能。但是运行我观察到的 IQueryable 版本的两个查询更快。有人能告诉我为什么吗？

Answer 1

我不知道你是如何测试你的性能的，但是在使用 IQueryable 和 IEnumerable 时要记住的主要事情是，它们都会给你 deferred执行。

区别是 IQueryable 是允许 LINQ-to-SQL（LINQ.-to-anything）工作的接口。因此，如果您在 IQueryable 上进一步优化您的查询，如果可能，该查询将在数据库中执行。

对于 IEnumerable 情况，它将是 LINQ-to-object，这意味着与原始查询匹配的所有对象都必须从数据库加载到内存中。

在代码中：

IQueryable<Customer> custs = ...;
// Later on...
var goldCustomers = custs.Where(c => c.IsGold);

该代码将执行 SQL 以仅选择黄金客户。另一方面，下面的代码会在数据库中执行原始查询，然后过滤掉内存中的非黄金客户：

IEnumerable<Customer> custs = ...;
// Later on...
var goldCustomers = custs.Where(c => c.IsGold);

这是一个非常重要的区别，在许多情况下使用 IQueryable 可以避免从数据库返回太多行。另一个主要的例子是进行分页：如果你在 IQueryable 上使用 Take 和 Skip，你只会得到请求的行数；在 IEnumerable 上执行此操作会导致所有行都加载到内存中。