这个问题我之前做老系统迁移时也碰到过，太懂这种头疼的感觉了！核心原因其实很简单：EF没法把你那个自定义的布尔属性（没直接映射到数据库字段）转换成对应的SQL查询逻辑，所以Linq to Entities会直接报错，但你先ToList()再过滤是在内存里操作，自然就没问题了。下面给你几个实用的解决方案，按推荐优先级排好序了：

EF Core专门提供了HasConversion方法，能让你在实体中直接用布尔属性，同时自动处理和数据库Y/N字段的转换，而且Linq查询会被正确转换成SQL，完全不用额外操心。

步骤如下：

1. 在实体类里定义布尔属性：

public class Carrier
{
    // 其他原有属性
    public bool ActiveBool { get; set; }
}

2. 在DbContext的OnModelCreating方法里配置属性转换规则：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Carrier>()
        .Property(c => c.ActiveBool)
        .HasConversion(
            // 把布尔值转成数据库存储的Y/N
            boolValue => boolValue ? "Y" : "N",
            // 把数据库的Y/N转成布尔值
            stringValue => stringValue == "Y"
        )
        // 可选：指定数据库字段的类型和长度，和原字段保持一致
        .HasColumnType("CHAR(1)");
}

配置完之后，你写的db.Carriers.Where(x => x.ActiveBool)会被EF自动转换成WHERE [ActiveBool] = 'Y'的SQL，完美支持Linq to Entities查询，代码写法和普通布尔属性完全一样。

如果你的数据库支持计算列（比如SQL Server、MySQL这些主流库都支持），可以在原表上新增一个计算列，直接把Y/N字段转成布尔值，然后在EF里映射这个计算列到布尔属性。

比如在SQL Server里执行这段SQL：

ALTER TABLE Carriers
ADD ActiveBit AS CASE WHEN Active = 'Y' THEN 1 ELSE 0 END PERSISTED;

（PERSISTED是可选的，加上会把计算结果存储起来，提升查询性能）

然后在实体类里添加对应属性：

public bool ActiveBit { get; set; }

之后你就可以直接用db.Carriers.Where(x => x.ActiveBit)查询，EF会直接针对计算列生成SQL，完全兼容Linq to Entities。

如果没法修改数据库，用的又是EF6（没有HasConversion功能），可以保留原有的Y/N字符串属性，再加一个[NotMapped]的布尔属性，然后写个扩展方法封装查询逻辑，避免每次都要写x.Active == "Y"这种重复代码。

1. 实体类定义：

public class Carrier
{
    // 数据库中实际存在的Y/N字段
    public string Active { get; set; }

    // 内存中使用的布尔属性，不映射到数据库
    [NotMapped]
    public bool ActiveBool
    {
        get => Active == "Y";
        set => Active = value ? "Y" : "N";
    }
}

2. 写一个查询扩展方法：

public static class CarrierQueryExtensions
{
    public static IQueryable<Carrier> WhereActive(this IQueryable<Carrier> query, bool isActive)
    {
        var targetValue = isActive ? "Y" : "N";
        return query.Where(c => c.Active == targetValue);
    }
}

3. 使用时直接调用扩展方法：

// 等价于db.Carriers.Where(c => c.Active == "Y")
var activeCarriers = db.Carriers.WhereActive(true).ToList();

这种方式虽然需要额外写扩展方法，但能保证查询是在数据库层面执行的，不会像ToList().Where(...)那样加载全表数据，性能要好得多。

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