Linq2DB中LoadWith与LeftJoin生成SQL差异分析

问题背景

在使用Linq2DB进行数据库查询时，开发人员发现通过LoadWith和LeftJoin两种方式生成的SQL语句存在差异，特别是在WHERE条件处理NULL值方面。这个问题从Linq2DB 4.4.1版本开始出现，影响了Sqlite和Db2等多种数据库。

问题现象

考虑两个表TableA(C1A, C2A)和TableB(C1B, C2B)，当使用以下两种查询方式时：

方式一：使用LeftJoin

var query = dc.GetTable<TableA>()
    .LeftJoin(dc.GetTable<TableB>(),
        (JOIN, B) => JOIN.C2A == B.C1B,
        (JOIN, B) => new { JOIN, B })
    .Where(i => i.B.C1B != 0);

方式二：使用LoadWith

var query = dc.GetTable<TableA>()
    .LoadWith(i => i.TableBJoin)
    .Where(i => i.TableBJoin.C1B != 0);

生成的SQL在WHERE条件部分存在差异：

LeftJoin生成的SQL

WHERE [B_1].[C1B] <> 0

LoadWith生成的SQL

WHERE ([a_TableBJoin].[C1B] <> 0 OR [a_TableBJoin].[C1B] IS NULL)

技术分析

1. NULL处理差异：关键区别在于LoadWith生成的SQL额外包含了OR [a_TableBJoin].[C1B] IS NULL条件。这是由于LEFT JOIN操作可能导致右表字段为NULL，而LoadWith更严格地考虑了这种可能性。

2. 版本演变：这个问题从4.4.1版本开始出现，在4.0-4.3.0版本中不存在。表明这是框架内部NULL处理逻辑的变更导致的。

3. 语义差异：虽然两种写法都使用了LEFT JOIN，但LoadWith方式生成的SQL更符合SQL标准中对NULL值的处理逻辑，因为LEFT JOIN确实可能导致右表字段为NULL。

解决方案

1. 全局配置：可以通过设置Configuration.Linq.CompareNullsAsValues = false来禁用框架自动添加的NULL检查逻辑。

2. 特定查询处理：对于需要精确控制NULL处理的查询，可以使用Sql.AsNotNull或Sql.ToNotNull方法显式指定字段的非NULL性：

   .Where(i => Sql.AsNotNull(i.TableBJoin.C1B) != 0)
   

3. 升级到6.0+版本：该问题已在6.0.0-preview.1版本中修复，新版框架能更准确地识别字段的可空性。

最佳实践建议

1. 当明确知道关联字段不会为NULL时，使用INNER JOIN替代LEFT JOIN可以获得更简洁的SQL。

2. 对于必须使用LEFT JOIN的场景，建议统一使用LoadWith方式，因为它生成的SQL更符合SQL标准。

3. 在比较LEFT JOIN后的字段值时，应显式考虑NULL情况，避免潜在的数据不一致问题。

4. 对于从旧版本升级的项目，建议测试所有包含LEFT JOIN的查询，确保NULL处理符合预期。

通过理解这些差异和解决方案，开发人员可以更准确地控制Linq2DB生成的SQL语句，确保查询结果符合预期。