如何让EF Core将计算属性转换为SQL而非客户端计算？

问题背景 #

现有Order实体类及两种查询写法：

public enum OrderType
{
    Normal,
    Special,
}

public class Order
{
    public int? SpecialContainerId { get; set; }
    public OrderType CalculatedOrderType => SpecialContainerId == null ? OrderType.Normal : OrderType.Special;
}

// 版本1：查询速度慢
dbContext.Order.Where(o => o.CalculatedOrderType == OrderType.Special);

// 版本2：查询速度快
dbContext.Order.Where(o => o.SpecialContainerId != null);

版本1性能差的核心原因是EF Core无法将CalculatedOrderType的getter逻辑转换为SQL，只能先全量加载数据到客户端再过滤；版本2则直接在数据库端执行过滤，避免了不必要的数据传输和客户端计算。

需求：让CalculatedOrderType的逻辑能被EF Core解析为SQL执行，同时避免重复编写查询逻辑，除了返回表达式的方法，有没有更简便的实现方式？

方案1：映射为数据库计算列（推荐） #

如果你的数据库支持计算列，直接通过EF Core配置将CalculatedOrderType映射为数据库端的计算列，这样EF Core会自动生成对应的SQL逻辑，查询时完全在数据库端完成计算和过滤。

步骤1：修改实体类

将CalculatedOrderType改为普通属性（数据库计算列会自动赋值，客户端也可保留getter作为 fallback）：

public class Order
{
    public int? SpecialContainerId { get; set; }
    // 保留客户端逻辑作为 fallback，或直接改为无逻辑的自动属性
    public OrderType CalculatedOrderType { get; set; } = OrderType.Normal;
}

步骤2：在DbContext中配置计算列

在OnModelCreating方法中通过Fluent API配置计算列的SQL逻辑：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Order>()
        .Property(o => o.CalculatedOrderType)
        .HasComputedColumnSql("CASE WHEN [SpecialContainerId] IS NULL THEN 0 ELSE 1 END");
    // 注意：0对应OrderType.Normal，1对应OrderType.Special，需与枚举的数值匹配
}

配置完成后，执行o => o.CalculatedOrderType == OrderType.Special查询时，EF Core会直接生成包含CASE语句的SQL，性能和版本2完全一致，同时无需重复编写过滤逻辑。

方案2：封装表达式树复用逻辑 #

如果不想修改数据库结构，可通过静态类封装过滤逻辑的表达式树，让EF Core能解析并生成SQL：

public static class OrderFilters
{
    // 封装特殊订单的过滤逻辑
    public static Expression<Func<Order, bool>> IsSpecial()
    {
        return o => o.SpecialContainerId != null;
    }

    // 也可封装计算OrderType的表达式，供其他场景使用
    public static Expression<Func<Order, OrderType>> GetOrderType()
    {
        return o => o.SpecialContainerId == null ? OrderType.Normal : OrderType.Special;
    }
}

查询时直接调用：

dbContext.Order.Where(OrderFilters.IsSpecial());

这种方式既避免了重复编写逻辑，又能让EF Core在数据库端执行过滤，性能和版本2一致。

方案3：使用[NotMapped]配合扩展方法（客户端+数据库兼容） #

如果需要同时支持客户端和数据库端的计算，可给CalculatedOrderType标记[NotMapped]，然后扩展IQueryable<Order>添加过滤方法：

public class Order
{
    public int? SpecialContainerId { get; set; }
    [NotMapped]
    public OrderType CalculatedOrderType => SpecialContainerId == null ? OrderType.Normal : OrderType.Special;
}

public static class OrderQueryExtensions
{
    public static IQueryable<Order> WhereSpecial(this IQueryable<Order> query)
    {
        return query.Where(o => o.SpecialContainerId != null);
    }
}

查询时使用扩展方法：

dbContext.Order.WhereSpecial();

这种方式保留了客户端计算属性的便利性，同时通过扩展方法封装了数据库端的过滤逻辑，避免重复编写。

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