INSERT ALL 不能真正实现多表关联插入，其本质是单次执行多个独立 INSERT，所有分支共享同一 SELECT 源数据，各分支间无法互相引用字段或 JOIN；关联逻辑必须在 SELECT 中预先完成（如 JOIN、WITH、子查询），且不支持 GROUP BY 或聚合函数。
INSERT ALL 能否真正实现多表关联插入
不能直接实现“关联插入”，INSERT ALL 本质是单次语句执行多个独立 INSERT，所有子句共享同一份 SELECT 源数据，但各分支之间无法互相引用字段或做 JOIN。所谓“关联”必须在 SELECT 子句里提前完成，比如用子查询、外连接或 WITH 子句把多表逻辑收拢成一张结果集。
正确写法：用 WITH 或 JOIN 预组装数据再进 INSERT ALL
常见错误是试图在 INTO 分支里写 WHERE 来过滤不同表的行，或者指望 INSERT ALL 自动根据某字段值路由到不同表并关联查另一张表——这会报 ORA-00904: invalid identifier 或逻辑错乱。
- 必须把所有需要的字段（包括关联表的字段）都 select 出来，哪怕只用于条件判断
- 用
CASE WHEN或DECODE控制是否插入某条记录，例如：WHEN dept_id IS NOT NULL THEN INTO dept_tab ... - 若需从
emp插入同时查dept名称，得先SELECT e.empno, e.ename, d.dname FROM emp e LEFT JOIN dept d ON e.deptno = d.deptno -
INSERT ALL的SELECT部分不支持GROUP BY或聚合函数，如需汇总结果，先建物化视图或临时表
性能与事务边界要注意什么
INSERT ALL 是原子操作，整条语句成功或失败，但内部各 INTO 分支不保证执行顺序，也不支持每条分支单独加 WHERE 子句以外的约束检查。容易踩的坑：
- 所有目标表必须有相同列数和兼容数据类型，否则报
ORA-00913: too many values - 如果某个
INTO分支因违反主键/唯一约束失败，整条INSERT ALL回滚，不会部分提交 - 大量数据时，
INSERT ALL比循环执行单条INSERT快，但不如INSERT /*+ APPEND */ SELECT直接走直接路径加载 - 不能在
INSERT ALL中调用 PL/SQL 函数返回多行（如TABLE()），会触发ORA-22905
替代方案比 INSERT ALL 更适合“真关联”场景
当业务逻辑要求 A 表插入后用新生成的 ROWID 或序列值去更新 B 表，或需要基于 B 表当前状态决定是否插入 A 表——这时 INSERT ALL 无能为力，必须换方式：
- 用
INSERT ... SELECT+MERGE组合，先插主表，再用MERGE关联更新/插入从表 - 拆成两个带
RETURNING的INSERT，用 PL/SQL 变量承接中间值 - 复杂流程直接写存储过程，显式控制事务和异常分支
别硬套 INSERT ALL 去解决它设计上就不支持的问题，尤其是涉及跨表依赖、顺序执行或动态条件判断的时候。
