左连接（LEFT JOIN）是否需处理空值？对资深DBA观点存疑求助

兄弟，我刚入行写SQL的时候也被这个问题搞懵过，咱们掰开揉碎了说，你就能明白资深DBA为啥这么要求了。

先搞清楚LEFT JOIN的本质 #

LEFT JOIN的核心是左表的所有行都会被保留，不管右表有没有能匹配上的记录。但这里有个坑：如果左表的连接列（比如你说的LeftTable.ColumnA）是NULL，那LeftTable.ColumnA = RightTable.ColumnB这个匹配条件永远不会成立——因为SQL里NULL和任何值比较的结果都是UNKNOWN，不会被判定为匹配。这时候右表对应的列就全是NULL，很多时候这根本不是你想要的结果。

DBA的观点到底在说什么？ #

他其实是在帮你避免写出逻辑不符合预期的SQL，分两种情况：

• 如果你根本不想要左表中连接列为NULL的行（说白了就是只想要左右两边都能匹配上的记录），那你完全没必要用LEFT JOIN，直接用INNER JOIN更合适——因为LEFT JOIN会强行保留那些无意义的NULL行，不仅浪费性能，还可能让结果集多出误导性的数据。
• 如果你确实需要保留左表的所有行（包括连接列为NULL的），那你必须在ON子句里处理左表的NULL值，不然这些行的右表部分全是NULL，要么不符合业务需求，要么等于白做了LEFT JOIN。

举个实际例子你就懂了 #

假设我们有员工表Employees和部门表Departments，用DepartmentID关联：

1. 没处理空值的LEFT JOIN（可能不符合预期）：

SELECT e.EmployeeName, d.DepartmentName
FROM Employees e
LEFT JOIN Departments d ON e.DepartmentID = d.ID

如果有员工还没分配部门（e.DepartmentID是NULL），那这行的DepartmentName会显示NULL。如果你的需求是“显示所有员工的部门，未分配的显示‘待分配’”，那这个结果就不达标。

2. 处理空值的LEFT JOIN（符合需求）：

SELECT e.EmployeeName, ISNULL(d.DepartmentName, '待分配') AS DepartmentName
FROM Employees e
LEFT JOIN Departments d ON ISNULL(e.DepartmentID, 0) = d.ID

这里用ISNULL(e.DepartmentID, 0)把NULL转成一个不存在的部门ID（假设Departments里没有ID=0的部门），这样未分配部门的员工能保留下来，同时我们在SELECT里把右表的NULL替换成“待分配”，完全符合业务需求。

为什么说“除非该列不可为空”？ #

如果左表的连接列（比如e.DepartmentID）有NOT NULL约束，那你可以100%保证左表没有NULL的连接列，这时候ON子句里直接写e.DepartmentID = d.ID就没问题——因为根本不存在需要处理的空值场景。

最后总结一下 #

DBA的核心意思是：写LEFT JOIN前先想清楚你的业务意图：

• 要的是“左表全量+匹配的右表数据”：那就处理左表连接列的NULL，确保结果符合预期；
• 要的是“左右表都匹配的数据”：别用LEFT JOIN，直接上INNER JOIN更高效也更准确。

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