多表查询方式优劣：隐式JOIN与显式JOIN对比及性能疑问

隐式连接是否可取？ #

隐式连接（用逗号分隔表+WHERE子句关联）语法上是合法的，数据库也能正确解析执行，但它存在明显缺陷：

• 可读性差：关联条件和过滤条件混在WHERE子句中，表数量较多时，很难快速区分关联逻辑与数据过滤逻辑
• 易出错：若不慎遗漏关联条件，会直接生成笛卡尔积，返回大量无效数据，甚至导致数据库性能骤降

是否应该使用显式JOIN？ #

是的，推荐优先使用显式JOIN语法，核心原因：

• 逻辑清晰：关联逻辑独立放在JOIN子句中，过滤逻辑留在WHERE子句，代码结构一目了然，维护成本更低
• 避免意外错误：显式JOIN强制明确关联条件（除非刻意使用CROSS JOIN），大幅降低出现笛卡尔积的概率
• 兼容性与可控性更强：虽然隐式连接属于SQL标准，但现代数据库优化器对显式JOIN的解析更稳定，复杂关联场景下执行计划更可控

显式JOIN示例（对应你的隐式写法） #

你的隐式连接属于INNER JOIN（内连接），对应的显式写法如下：

SELECT t1.id, t1.name, t2.title
FROM table AS t1
INNER JOIN table_two AS t2 ON t1.id = t2.id
WHERE ... -- 此处放置原过滤条件，与关联逻辑分离

如果需要左/右连接，显式写法也更直观，比如左连接示例：

SELECT t1.id, t1.name, t2.title
FROM table AS t1
LEFT JOIN table_two AS t2 ON t1.id = t2.id
WHERE ...

大型数据库中的问题 #

只要逻辑正确，隐式和显式JOIN在大型数据库（如MySQL、PostgreSQL、Oracle等）中都能高效执行，但隐式连接在大型系统中风险更高：

• 维护难度大：涉及3张及以上表关联时，隐式写法的WHERE子句会极度臃肿，排查问题、修改逻辑的成本大幅提升
• 优化器歧义：极少数复杂场景下，隐式关联条件可能让优化器误解意图，生成低效执行计划；显式JOIN逻辑更明确，优化器更容易生成最优计划
• 协作成本高：主流团队规范通常要求使用显式JOIN，隐式写法会增加团队成员的理解成本，降低协作效率

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