(+)语法是必须清除的技术债务，因其在WHERE中过滤会导致左表数据丢失、含OR条件被忽略、不支持FULL OUTER JOIN等严重问题，迁移需重构逻辑而非字符串替换。
不能也不该继续用(+)语法处理兼容性——它不是“兼容手段”，而是必须清除的技术债务。
为什么(+)在WHERE里写条件会悄悄丢数据
当你看到类似 WHERE a.id = b.id(+) AND b.status = 'A' 的写法，Oracle 实际执行的是：先做外连接补 NULL，再对整行执行 WHERE 过滤。结果是 b.status = 'A' 把所有 b 为 NULL 的行全筛掉了，左表数据丢失——这根本不是外连接本意，但不报错、无提示。
标准写法应把过滤下推到连接阶段：LEFT JOIN b ON a.id = b.id AND b.status = 'A'。这样 a 表所有行保留，b 只匹配满足条件的记录或 NULL。
- 所有对右表字段的非空判断（如
b.name IS NOT NULL）都不能放在WHERE，否则退化为内连接 - 含
OR的条件（如WHERE b.id(+) = a.id OR b.type = 'X'）在 Oracle 中非法，会被静默忽略外连接语义 -
(+)不能用于表达式，比如UPPER(b.name)(+) = UPPER(a.name)是语法错误
LEFT JOIN / RIGHT JOIN 怎么对应(+)的位置
口诀就一句：(+) 在哪边，哪边就是被补 NULL 的表；标准 JOIN 里，“JOIN”右边的表就是被补表。
所以：
-
a.id = b.id(+)→a LEFT JOIN b ON a.id = b.id（a全部保留） -
a.id(+) = b.id→a RIGHT JOIN b ON a.id = b.id（b全部保留） - 多个
(+)条件必须全部带上，漏一个就变内连接；而ON后可自由组合AND，无此限制
哪些(+)写法根本没法直译成标准JOIN
以下情况没有等价的单条标准 SQL 可直接替换，必须重构逻辑：
- 子查询里含
(+)：例如SELECT * FROM (SELECT x FROM t1, t2 WHERE t1.a = t2.a(+))—— 标准 JOIN 不允许子查询直接带 JOIN，得先用WITH或内联视图封装 - 自连接 +
(+)：如emp.mgr_id(+) = emp.emp_id是 Oracle 拒绝的语法；正确写法是LEFT JOIN emp e2 ON emp.mgr_id = e2.emp_id - FULL OUTER JOIN：Oracle 里
(+)完全不支持全外连接，旧代码若真有这种需求，只能用UNION ALL模拟，或直接上FULL OUTER JOIN
迁移时最容易被忽略的隐性陷阱
重构不是字符串替换。真正要命的点藏在 WHERE 子句深处：
- 检查是否用了
IN或OR包裹含(+)的条件——这类写法 Oracle 会静默降级为内连接，且不警告 - 确认所有
IS NULL判断对象是不是右表字段：如果是，必须保留在ON中（如ON a.id = b.id AND b.flag IS NULL），而非挪到WHERE - 注意 NULL 传播：原
(+)查询中对右表字段的NVL或COALESCE调用，迁移到ON后可能需同步调整作用域
最危险的不是语法报错，而是数据量看起来差不多、但某些边缘业务场景少了几百条记录——那种差异往往上线后才暴露。
