Linq to SQL内连接意外包含空值匹配，如何改为标准内连接？

这个问题我之前也碰到过——Linq to SQL对可空类型的等值连接默认会生成包含空值匹配的逻辑，这确实会和我们预期的标准INNER JOIN行为冲突。

问题根源 #

之所以会生成OR (([Extent1].[UserProfile_Id] IS NULL) AND ([Extent2].[UserProfileId] IS NULL))这段额外逻辑，是因为.NET中Nullable<T>的相等判断规则和SQL不同：在.NET里，两个值为null的可空类型被视为相等，但SQL里NULL = NULL的结果是未知（不匹配）。Linq to SQL为了对齐.NET的行为，自动给连接条件加上了空值匹配的分支，但这显然不符合你想要的标准内连接效果。

从JOIN层面优化的解决方案 #

有两种更优雅的方式可以在连接阶段就排除空值匹配，替代你当前在WHERE子句中过滤的临时方案：

方案1：提前过滤可空字段非空的记录

在连接前先对LoginAudits数据集过滤掉UserProfileId为null的记录，再进行内连接：

var result = (from e in _ctx.Employees
              // 先过滤出UserProfileId不为null的LoginAudits记录
              join la in _ctx.LoginAudits.Where(la => la.UserProfileId.HasValue)
                on e.UserProfile.Id equals la.UserProfileId.Value
              where la.LoginDate >= fromDate && e.Client.Id == clientID
              select new 
              { 
                  la.Id, 
                  employeeID = e.Id, 
                  e.Client.DisplayName, 
                  la.UserProfileId 
              })
             .ToList();

这种方式生成的SQL会是标准的INNER JOIN，因为我们已经提前排除了UserProfileId为null的记录，Linq to SQL不需要再处理空值匹配的情况。

方案2：用匿名类型强化连接条件

通过构造包含“非空标记”的匿名类型作为连接键，强制Linq to SQL生成严格的等值连接逻辑：

var result = (from e in _ctx.Employees
              join la in _ctx.LoginAudits
                on new { UserId = e.UserProfile.Id, IsNotNull = true }
                equals new { UserId = la.UserProfileId.Value, IsNotNull = la.UserProfileId.HasValue }
              where la.LoginDate >= fromDate && e.Client.Id == clientID
              select new 
              { 
                  la.Id, 
                  employeeID = e.Id, 
                  e.Client.DisplayName, 
                  la.UserProfileId 
              })
             .ToList();

这里我们把“UserProfileId是否非空”作为连接条件的一部分，只有当两边的UserId相等且la.UserProfileId确实不为null时才会匹配，这样生成的SQL就不会包含额外的空值匹配分支。

为什么比WHERE过滤更好 #

这两种方案都是在连接阶段就排除了不符合条件的记录，相比在WHERE子句中过滤，能减少参与连接的数据量，理论上会有更好的性能表现，同时也更符合你想要的“从JOIN层面优化”的需求。

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