Oracle SQL中非等值连接对比WHERE子句是否存在性能优势？

你说得没错，在这个INNER JOIN场景下，把h.rent BETWEEN r.min_rent AND r.max_rent和h.bedrooms >= r.min_bedrooms移到WHERE子句，返回结果确实完全一致。但把这些条件放在ON子句里，不止是性能层面的考虑，还有这些关键价值：

1. 你的性能猜测是对的：提前过滤减少连接开销 #

Oracle的查询优化器会优先处理ON子句的条件，在两个表做连接之前就把不符合租户需求的房子过滤掉，直接缩小了需要参与连接的数据量。如果把这些条件丢到WHERE，优化器可能会先做全量的表连接，再过滤数据——当表数据量大的时候，这种差异会直接体现在执行速度上，内存和IO开销都会降低。

当然，Oracle的CBO（成本优化器）有时候会根据统计信息自动调整执行顺序，但把过滤条件写在ON里，相当于给优化器明确了“先筛选符合条件的房子，再和租户关联”的业务逻辑路径，更利于优化器生成高效执行计划。

2. 代码逻辑更清晰：区分关联规则和最终过滤 #

从代码维护的角度看，ON子句的作用是定义两个表之间的关联规则——也就是“什么样的房子能和这个租户匹配”，而WHERE子句是做最终结果的过滤——比如这里排除已成交的房子。把租金、卧室条件放在ON里，能让看代码的人一眼就明白：只有符合租户需求的房子才会被拉进来关联，逻辑划分更清楚，后续改代码也不容易出错。

3. 外连接场景下的语义天差地别 #

这是最容易忽略的点！如果哪天需求改成要列出所有租户，不管有没有符合条件的房子，把INNER JOIN换成LEFT JOIN，这时候条件放ON还是WHERE结果完全不一样：

• 放ON：哪怕没有符合条件的房子，租户的行依然会保留，房子字段显示NULL
• 放WHERE：会直接过滤掉那些没有匹配房子的租户，效果和INNER JOIN没区别

现在养成把关联条件放ON的习惯，以后切换连接类型时就不会踩逻辑错误的坑。

4. 执行计划的潜在优化空间 #

在一些复杂场景（比如多表连接、表上有合适的索引），ON子句的条件更有可能被优化器用来选择高效的连接方式。比如用嵌套循环连接时，优化器可以利用房子表的租金、卧室字段索引，提前筛选出符合租户需求的房子，再和租户表关联；而如果条件在WHERE，可能只能等连接完成后再做过滤，没法提前用索引优化。

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