SQL中JOIN与WHERE子句中非关联条件的选择及效率差异

结果一致性 #

对于示例里的INNER JOIN（默认JOIN即INNER JOIN），把和关联关系无关的额外条件放在JOIN的ON子句还是WHERE子句，最终返回的结果完全一致。因为INNER JOIN只会保留两张表匹配成功的行，不管是在关联过程中过滤，还是关联完成后再过滤，最终筛选出的数据集是相同的。

执行效率差异 #

不用纠结这个——现代数据库的查询优化器（比如MySQL、PostgreSQL、Oracle的优化器）会自动分析这两种写法，生成几乎一模一样的执行计划。优化器能识别出A.OFFSET_INOUT_IND = 'O'是用来过滤TIMEZONE_ADJUSTMENT表的条件，不会先做全表关联再过滤，也不会因为条件写在ON里就刻意提前执行。它会自动选择最高效的路径，比如先把TIMEZONE_ADJUSTMENT中符合OFFSET_INOUT_IND='O'的行筛出来，再和RESERVATION做关联，不管你把条件写在哪。

代码可读性与语义规范 #

这才是更该在意的点：

• 建议把两表关联的核心逻辑放在ON子句里，明确告诉读代码的人两张表的关联规则；
• 把对最终结果集的全局过滤条件放在WHERE子句里，统一管理所有筛选规则。
  当然，如果团队有统一编码规范，跟着规范来就行。要是你觉得把A.OFFSET_INOUT_IND = 'O'写在ON里，能更清晰表达“只和满足该条件的时区调整记录做关联”的语义，这么写也完全没问题。

示例代码1（条件放置在WHERE子句）

FROM RESERVATION
JOIN TIMEZONE_ADJUSTMENT A 
   ON (RESERVATION.ACTUAL_START_TIME BETWEEN A.EFFECTIVE_START_DATE AND A.EFFECTIVE_END_DATE)
...
WHERE A.OFFSET_INOUT_IND = 'O' 

示例代码2（条件放置在JOIN ON子句）

FROM RESERVATION
JOIN TIMEZONE_ADJUSTMENT A 
    ON (RESERVATION.ACTUAL_START_TIME BETWEEN A.EFFECTIVE_START_DATE AND A.EFFECTIVE_END_DATE) 
        AND A.OFFSET_INOUT_IND = 'O'

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