应使用ANSI JOIN而非WHERE连接，因其分离连接与过滤逻辑，避免笛卡尔积；强制显式声明连接关系，提升可读性与错误检测能力；且禁止混用逗号语法，确保Oracle兼容性与执行计划可靠性。
为什么该用 ANSI JOIN 而不是 WHERE 连接
Oracle 从 9i 开始全面支持 ANSI SQL-92/99 连接语法，它把连接逻辑和过滤逻辑分离得更清楚。用 WHERE 子句写多表连接（比如 FROM emp, dept WHERE emp.dept_id = dept.id）容易混淆连接条件与业务过滤条件，尤其在 3 张表以上时，漏写或错写 AND 条件极易导致笛卡尔积——查出几百万行却以为是“正常结果”。而 JOIN ... ON 强制你为每一对表显式声明连接关系，SQL 解析器也能更早报错。
INNER JOIN 和 LEFT JOIN 的实际写法差异
内连接只保留匹配行，外连接必须明确哪边是主表。关键点不在“要不要加 OUTER”，而在于别漏掉 ON 后的等值表达式——Oracle 不支持 USING 时省略列名（不像 PostgreSQL），也不允许 LEFT JOIN 后不跟 ON 或 USING。
-
INNER JOIN可简写为J OIN，但建议始终写全，避免和旧代码混淆 -
LEFT JOIN必须写LEFT OUTER JOIN才能被所有 Oracle 版本（尤其是 11g 及更早）稳定识别；部分 PL/SQL Developer 版本对LEFT JOIN解析有兼容性问题 - 如果连接字段名相同（如两表都有
dept_id），可用USING(dept_id)，但注意：一旦用了USING，后续WHERE中就不能再用dept_id，得用表别名限定，否则报ORA-00918: column ambiguously defined
混合使用 JOIN 和旧式逗号语法的风险
绝对不要在一个查询里混用两种风格。例如：FROM emp e, dept d INNER JOIN loc l ON d.loc_id = l.loc_id 是非法的，Oracle 会报 ORA-00933: SQL command not properly ended。FROM 子句一旦出现第一个 JOIN，后面所有表都必须通过 JOIN 引入，不能退回逗号分隔。
常见翻车场景：
- 复制粘贴遗留 SQL 时，只改了部分表为
JOIN，忘了清理前面的逗号 - 动态拼 SQL 时，条件分支没统一语法风格，生成出
FROM a JOIN b ON ... , c - 用视图封装了旧式写法，又在外层查询用
JOIN，可能触发隐式重写失败
PL/SQL 块中执行 ANSI JOIN 的注意事项
在存储过程或匿名块里用 EXECUTE IMMEDIATE 拼接含 JOIN 的动态 SQL 时，注意单引号转义和空格断行——少一个空格（比如 'JOINdeptON'）就会变成 JOINdeptON，报 ORA-00903: invalid table name。
推荐做法：
- 用换行+缩进提升可读性，哪怕只是调试用：
sql_stmt := 'SELECT e.name, d.name ' || 'FROM employees e ' || 'INNER JOIN departments d ON e.dept_id = d.id ' || 'WHERE e.salary > :sal'; - 所有绑定变量一律用命名方式（
:sal），避免位置占位符在多表 JOIN 下顺序错乱 - 若涉及
NATURAL JOIN，务必确认两张表只有预期的同名列——Oracle 会自动匹配所有同名字段，极易引发意外空结果或性能暴跌
最常被忽略的是：ANSI JOIN 在 PL/SQL 中不会改变执行计划本质，但它让优化器更容易识别连接意图，尤其配合 /*+ USE_HASH(e d) */ 这类提示时，结构清晰的 JOIN 写法比逗号语法更可靠。
