LEFT JOIN后接逗号分隔表的SQL查询含义及等价JOIN转换解析

写法含义解释 #

这段SQL里的逗号分隔表是旧式交叉连接（CROSS JOIN）写法，但结合WHERE子句中的等值条件，实际效果等同于把这些表和前面LEFT JOIN得到的结果集做INNER JOIN，具体逻辑如下：

1. 先执行前面的LEFT OUTER JOIN链：project p依次左连接last_update、project_final_report、两个logininfo表，得到基础结果集（即使左连接的表无匹配行，也会保留p的行）。
2. 该基础结果集与逗号后的所有表（community c、多个lookupvalue、area_settings）做笛卡尔积（CROSS JOIN）。
3. 最后通过WHERE子句的等值条件过滤掉不匹配的行——这一步直接把交叉连接转换成了INNER JOIN，因为只要这些表中任意一个无匹配行，对应的行就会被过滤，和INNER JOIN的逻辑完全一致。

补充：SQL中LEFT JOIN的优先级高于逗号分隔的交叉连接，因此不会出现歧义，是先完成所有LEFT JOIN操作，再处理后续的交叉连接+WHERE过滤。

等价转换为标准JOIN写法 #

将所有逗号分隔的表替换为INNER JOIN，把WHERE中的连接条件移到对应JOIN的ON子句中（主表过滤条件保留在WHERE），最终等价SQL如下：

SELECT *
FROM project p
LEFT OUTER JOIN last_update lu 
    ON lu.parent_table = 'project' AND lu.parent_id = p.record_id
LEFT OUTER JOIN project_final_report pfr 
    ON pfr.project_id = p.record_id
LEFT OUTER JOIN logininfo logr 
    ON logr.login_id = p.project_review_by
LEFT OUTER JOIN logininfo logfr 
    ON logfr.login_id = pfr.last_updated_by
INNER JOIN community c 
    ON p.community_id = c.record_id
INNER JOIN lookupvalue lv 
    ON c.epa_region_id = lv.record_id
INNER JOIN lookupvalue d 
    ON d.record_id = p.district_id
INNER JOIN lookupvalue r 
    ON r.record_id = p.res_id
INNER JOIN lookupvalue su 
    ON su.record_id = p.servunit_id
INNER JOIN lookupvalue a 
    ON a.record_id = p.area_id
INNER JOIN lookupvalue pc 
    ON pc.record_id = p.project_category_id
INNER JOIN lookupvalue pm 
    ON pm.record_id = p.procurement_method_id
INNER JOIN area_settings 
    ON area_settings.area_id = p.area_id
WHERE p.record_id = 12345
AND p.data_system_type = 'P'

转换关键点：

• 逗号分隔表转INNER JOIN：原WHERE中的等值连接条件要求这些表必须有匹配行，完全符合INNER JOIN的逻辑。
• 连接条件移至ON子句：让表连接逻辑与过滤逻辑分离，更符合现代SQL的可读性规范。
• 主表过滤条件保留：p.record_id = 12345和p.data_system_type = 'P'是对主表project的过滤，不属于表连接条件，因此留在WHERE子句中。

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