多JOIN场景下仅对最后一个JOIN应用WHERE子句的正确用法咨询

这个问题其实是Left Join使用里很容易踩的坑——直接在WHERE子句里加最后一个关联表的条件，会破坏Left Join的特性，把它变成类似Inner Join的效果。我来给你拆解原因和解决方案：

问题根源 #

当你使用Left Join时，原本的逻辑是保留左表（这里是前面关联后的A/B/C组合）的所有行，即使右表（D表）没有匹配的记录，对应的D列会显示为NULL。但如果把针对D表的条件写到WHERE子句里，比如WHERE D.WorkTime >= '2024-01-01'，那么所有D列是NULL的行都会被过滤掉——因为NULL不满足任何比较条件，这就相当于把最后一个Left Join变成了Inner Join，丢失了原本该保留的无匹配记录。

正确解决方案：把条件放到最后一个JOIN的ON子句中 #

想要仅对最后一个Join的关联逻辑生效，同时不影响前面Left Join的结果，你需要把针对D表的过滤条件直接写到最后一个Left Join的ON子句里，而不是单独的WHERE。这样只会在关联D表的时候筛选符合条件的行，不会过滤前面的结果。

修改后的SQL示例：

SELECT 
    A.Name , 
    B.Address , 
    B.City , 
    C.Position , 
    C.Salary , 
    D.WorkTime as Time 
From Employee as A 
Left Join EmployeeAddressInfo as B on A.EID = B.AddId 
Left Join EmployeeRoleInfo as C on A.EID = C.RoleID 
Left Join EmployeeTime as D 
    on A.EID = D.TimeID  -- 关联条件
    AND D.WorkTime >= '2024-01-01'  -- 针对D表的过滤条件，放到ON里

特殊情况：如果必须用WHERE怎么办？ #

如果你因为某些原因一定要用WHERE子句，同时又要保留前面Left Join的所有行，那可以在条件里加上OR D.WorkTime IS NULL，但这种写法不如直接放到ON里简洁直观：

SELECT 
    A.Name , 
    B.Address , 
    B.City , 
    C.Position , 
    C.Salary , 
    D.WorkTime as Time 
From Employee as A 
Left Join EmployeeAddressInfo as B on A.EID = B.AddId 
Left Join EmployeeRoleInfo as C on A.EID = C.RoleID 
Left Join EmployeeTime as D on A.EID = D.TimeID
WHERE (D.WorkTime >= '2024-01-01' OR D.WorkTime IS NULL)

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