使用实体框架时，对 IEnumerable<T> 函数的调用顺序是否会影响最终查询？

Question

在Entity框架中，会不会声明

MyDataContext.Products.OrderByDescending( (p) => p.Id ).GroupBy<Product,int>( (p) => p.ProductId ).Select( (g) => g.FirstOrDefault()).Where( (p) => p.Name.Equals("Something") );

导致另一个数据库查询而不是

MyDataContext.Products.Where( (p) => p.Name.Equals("Something") ).OrderByDescending( (p) => p.Id ).GroupBy<Product,int>( (p) => p.ProductId ).Select( (g) => g.FirstOrDefault());

换句话说，对 Where() 和 GroupBy() 的调用顺序是否会影响对数据库的最终查询？还是实体框架足够聪明来解决这个问题？

我想知道的原因是，在我正在开发的系统中，我们需要跟踪对产品行的所有更改。我们使用的解决方案是在表中插入一个新的产品行，而不是更新它。然后使用“ProductId”字段将产品的不同版本组合在一起。因此，我想将“分组”逻辑移至外部方法，但仍允许调用者指定 Where 条件……所以我的目标是使用第一种方法。

Answer 1

是的，这很重要。 The EF may silently ignore OrderBy calls which come before Where calls。这应该不足为奇，因为 SQL 查询不支持 ORDER BY 之前的 WHERE，在子查询之外。

请注意，即使考虑到这一点，您仍然可以“将‘分组’逻辑移至外部方法，但仍允许调用者指定 Where 条件”：

var q = SomeQuery
        .Where(GeneratePredicate())
        .GroupBy(GenerateSelector<string>());

你有这样的方法：

public Expresssion<Func<SomeEntity, bool>> GeneratePredicate
{
     return e => e.Id == 123;
}

public Expression<Func<SomeEntity, T>> GenerateSelector<T>()
{
     return e => e.GroupField;
}

重要的是，这些Where 和GroupBy 调用不是 IEnumerable<T> 的方法；它们是IQueryable<T> 的方法，这就是它们完全可以转换为SQL 的原因。