FORALL是Oracle PL/SQL中用于批量DML的语法结构，必须配合集合（VARRAY或嵌套表）和BULK COLLECT使用，通过减少上下文切换提升性能；其基本写法为FORALL i IN bounds_clause DML语句，支持SAVE EXCEPTIONS异常捕获，但需注意类型对齐、空集合校验及PGA内存控制。
FORALL 语法结构和基本写法
Oracle 的 FORALL 不是独立语句，必须配合 PL/SQL 块中的集合（VARRAY 或 NESTED TABLE）使用，本质是把多次单条 DML 打包成一次批量操作。它不执行真正的“并行”，而是减少 SQL 引擎与 PL/SQL 引擎之间的上下文切换开销。
关键点：必须用 BULK COLLECT 获取数据、用 FORALL 绑定执行、且目标表字段和集合元素类型要严格对齐。
常见错误现象：ORA-06502: PL/SQL: numeric or value error —— 多半是集合中某元素为 NULL 而目标列定义为 NOT NULL；或集合长度为 0 时仍执行 FORALL（会报 ORA-01403: no data found，需加 IF collection.COUNT > 0 THEN ... END IF;）。
-
FORALL i IN indices OF collection：推荐用法，只遍历非空索引，跳过被DELETE掉的元素 -
FORALL i IN 1..collection.COUNT：简单但危险，若中间有NULL元素或集合被稀疏删除，可能报错或插错行 - 绑定变量必须用集合名加下标，如
:collection(i).id，不能写成:collection.id
如何避免 ORA-01403 和批量失败中断
FORALL 默认是“全有或全无”：只要一条出错，整个批量就回滚，且不告诉你哪一行错了。这在生产环境极难排查。
解决办法是启用异常处理子句 SAVE EXCEPTIONS，配合 SQL%BULK_EXCEPTIONS 查看具体错误位置。
示例片段：
FORALL i IN 1..emp_data.COUNT SAVE EXCEPTIONS
INSERT INTO emp (id, name) VALUES (emp_data(i).id, emp_data(i).name);
EXCEPTION
WHEN OTHERS THEN
FOR j IN 1..SQL%BULK_EXCEPTIONS.COUNT LOOP
DBMS_OUTPUT.PUT_LINE('第 ' || SQL%BULK_EXCEPTIONS(j).ERROR_INDEX ||
' 行失败，错误码：' || SQL%BULK_EXCEPTIONS(j).ERROR_CODE);
END LOOP;
- 必须显式声明
EXCEPTION块，否则SAVE EXCEPTIONS不生效 -
SQL%BULK_EXCEPTIONS(j).ERROR_INDEX返回的是原始集合下标（不是从 1 开始的连续序号），所以日志里看到 “第 3 行” 就真对应emp_data(3) - 即使用了
SAVE EXCEPTIONS，事务仍默认回滚，如需部分提交，得配合AUTONOMOUS_TRANSACTION或分段提交逻辑
绑定性能差异：INTO vs. BULK COLLECT + FORALL
纯 SQL INSERT ... SELECT 通常比 FORALL 更快——因为绕过了 PL/SQL 层。只有当你需要在插入前做复杂逻辑（比如字段转换、条件过滤、调用函数）时，FORALL 才有意义。
对比场景：
- 直接
INSERT INTO t SELECT ... FROM s：最快，零 PL/SQL 开销 -
BULK COLLECT+FORALL：适合中间需加工数据，比如UPPER(name)、TO_DATE(str, 'YYYYMMDD')等，这些在 SQL 层不好统一写 - 逐行
INSERT循环：最慢，每次触发一次硬解析 + 上下文切换，1000 行可能耗几秒；FORALL同样数据常压到 100ms 内
注意：BULK COLLECT 默认不限制行数，大数据量可能撑爆 PGA。务必用 LIMIT n 分批，例如 BULK COLLECT INTO coll LIMIT 1000。
真实项目中容易被忽略的兼容性细节
FORALL 在 Oracle 9i 引入，但早期版本（如 9.2）不支持 SAVE EXCEPTIONS，也不支持绑定对象类型字段（比如 INSERT INTO t VALUES (:obj(i))）。11g+ 支持更稳，但仍有坑：
- 集合元素不能是
REF、LOB或嵌套对象（除非用OBJECT TYPE显式定义并注册） - 如果插入语句含子查询（如
INSERT INTO t VALUES (:x, (SELECT y FROM dual))），FORALL会报ORA-00933: SQL command not properly ended—— 子查询不被允许，得提前查好值存进集合 - 触发器对
FORALL生效，但每行都单独触发，不会合并；如果触发器里有SELECT ... FOR UPDATE，可能引发锁等待甚至死锁
真正卡住人的地方往往不是语法，而是没意识到 FORALL 只优化了“绑定路径”，没动“执行计划”。如果目标表有大量索引、外键或级联触发器，插入再快也白搭——先删索引、禁约束、关触发器，做完再恢复，才是实际提速的关键动作。
