EF Core中无法用类属性查询未全额支付订单的问题

你遇到的问题是EF Core无法将C#计算属性的逻辑自动转换为SQL，这不是你的类定义有问题，而是ORM（对象关系映射）的固有限制。

背后的原因 #

PaidCompletely是一个只读的计算属性，它的逻辑是在.NET运行时（内存中）执行的：它依赖于OrderItems和Payments两个导航属性的Sum操作。而EF Core的LINQ查询需要将表达式转换为对应的SQL语句，才能在数据库端执行过滤——但EF无法解析你写在C#属性里的代码逻辑，也就没法生成对应的SQL子查询，所以会抛出翻译失败的错误。

你的冗长查询之所以能工作，是因为你直接把计算逻辑写在了LINQ表达式中，EF可以识别order.OrderItems.Sum(...)和order.Payments.Sum(...)这些方法，并转换为SQL里的SUM子查询。

如何保持查询简洁又不重复逻辑？ #

你不需要每次都重复写冗长的Sum逻辑，可以把这个判断封装成可重用的表达式树，这样既保持代码简洁，又能让EF正确转换为SQL。

方法1：封装可重用的查询谓词

创建一个静态类，把判断逻辑封装成表达式：

public static class OrderQueries
{
    // 定义"已全额支付"的表达式
    public static Expression<Func<Order, bool>> IsFullyPaid()
    {
        return order => 
            order.OrderItems.Sum(oi => oi.PricePerUnit * oi.Quantity) == 
            order.Payments.Sum(p => p.Amount);
    }
}

然后在查询时直接调用：

var OrdersNotFullyPaid = context
    .Orders
    .Where(OrderQueries.IsFullyPaid().Negate()) // 取反就是未全额支付
    .ToList();

这样既避免了重复代码，又能让EF正确生成SQL，和你的冗长查询效果完全一致，但代码更简洁易维护。

方法2：内存过滤（仅适合小数据量）

如果你处理的订单数据量很小，可以先把所有订单及其关联数据加载到内存，再用计算属性过滤：

var OrdersNotFullyPaid = context
    .Orders
    .Include(o => o.OrderItems) // 必须预加载关联数据
    .Include(o => o.Payments)
    .AsEnumerable() // 切换到内存查询（这里是关键）
    .Where(order => !order.PaidCompletely)
    .ToList();

⚠️ 注意：这个方法会把所有订单都加载到内存中，数据量大的时候会严重影响性能，只适合小型数据集。

方法3：数据库计算列/视图（进阶）

如果你的场景允许，可以把Total和TotalPaid的计算逻辑移到数据库层面：

• 可以创建数据库视图，包含订单的Id、Date以及计算出的Total和TotalPaid，然后用EF映射这个视图为实体。
• 或者使用EF Core的HasComputedColumnSql，但因为Total和TotalPaid依赖关联表，直接作为主表的计算列不可行，视图是更合适的方案。

总结 #

你的类定义没有问题，问题出在EF无法解析内存中的计算属性到SQL。推荐使用方法1来封装查询逻辑，既保持代码简洁，又能保证数据库端的查询性能。

内容的提问来源于stack exchange，提问作者intrixius