Entity Framework 6过滤CODEFIN非MIR/CED时不返回NULL行问题

问题根因 #

SQL采用三值逻辑（TRUE/FALSE/UNKNOWN），NULL和任意值做=、<>比较的结果都是UNKNOWN，WHERE子句仅会保留判断结果为TRUE的行，所以你原来的SQL条件会自动过滤掉所有CODEFIN为NULL的行。
你的原始LINQ写法符合C#的语法逻辑，但Entity Framework翻译SQL时没有适配SQL的三值逻辑规则，直接将C#的不等于判断翻译成了SQL的<>运算符，导致结果不符合预期。

解决方案 #

方法1：手动显式添加NULL判断（兼容性最好，所有EF版本通用） #

修改LINQ查询条件，主动把CODEFIN为NULL的情况纳入条件：

db.MYTABLE.Where(m => m.CODEFIN == null || (m.CODEFIN != "MIR" && m.CODEFIN != "CED"))

修改后EF生成的SQL会自动带上IS NULL判断，最终执行的WHERE条件为：

WHERE [Extent1].[CODEFIN] IS NULL OR ('MIR' <> [Extent1].[CODEFIN] AND 'CED' <> [Extent1].[CODEFIN])

可以正确返回CODEFIN为NULL、不为MIR、不为CED的所有行，匹配你的查询需求。

方法2：使用Contains简化写法 #

如果需要排除的取值较多，可以用数组Contains结合空值判断简化代码：

db.MYTABLE.Where(m => m.CODEFIN == null || !new[] {"MIR", "CED"}.Contains(m.CODEFIN))

该写法逻辑和方法1完全一致，代码更简洁，也兼容所有EF版本。

方法3（仅EF Core适用）：配置全局空值比较逻辑 #

如果你使用的是EF Core，可以在配置DbContext时开启C#语义的空值比较，不需要修改业务查询代码：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
{
    optionsBuilder.UseSqlServer("你的数据库连接字符串", b => b.UseRelationalNulls(false));
}

开启后EF Core会自动将C#的不等于判断转换为包含NULL校验的SQL逻辑，和你原始的LINQ写法适配。

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