如何处理Oracle PL/SQL的FORALL批量操作异常

ERROR_INDEX返回的是FORALL内部执行序号（从1开始），非源数组物理下标；若用INDICES OF或VALUES OF，须通过映射层转换为原数组下标，否则取值错误。

FORALL SAVE EXCEPTIONS后ERROR_INDEX不是原数组下标

启用 SAVE EXCEPTIONS 后，SQL%BULK_EXCEPTIONS(i).ERROR_INDEX 返回的是 FORALL 内部执行序号（从 1 开始），不是你源集合的物理下标。直接用它查 id_arr 会取错记录。

常见错误写法：failed_id := id_arr(SQL%BULK_EXCEPTIONS(i).ERROR_INDEX); ——仅在 FORALL i IN 1..n 这种连续下标场景下才碰巧正确。

1. 如果用了 INDICES OF idx_list，必须再映射一层：orig_idx := idx_list(SQL%BULK_EXCEPTIONS(i).ERROR_INDEX); failed_id := id_arr(orig_idx);
2. 如果用了 VALUES OF pos_list，同样要先用 pos_list(SQL%BULK_EXCEPTIONS(i).ERROR_INDEX) 得到原始位置
3. 调试时加一句 DBMS_OUTPUT.PUT_LINE('err idx:'||SQL%BULK_EXCEPTIONS(i).ERROR_INDEX||' orig:'||orig_idx); 能快速验证映射是否对齐

ORA-06512 错误几乎都因集合 COUNT 不一致

ORA-06512 本身是堆栈跟踪错误，真正触发它的通常是 ORA-06502（数值/字符错误）或 ORA-01408（重复索引），根源几乎全是参与 FORALL 的多个集合 COUNT 不等。

FORALL 不校验逻辑对齐，只按索引位置硬绑定——哪怕 b_arr(5) 是 NULL 或未初始化，Oracle 仍会尝试传入空值或触发连锁错误。

1. 所有集合必须用同一段逻辑填充，比如统一用 FOR i IN 1..n 循环赋值，避免一个用 EXTEND、另一个用固定下标
2. 调试必加：DBMS_OUTPUT.PUT_LINE('a:'||a_arr.COUNT||' b:'||b_arr.COUNT);，比看错误堆栈快得多
3. 慎用 INDICES OF：它跳过稀疏空位，但其他集合不会自动对齐，极易错位

批量大小设太大反而拖慢性能

把 BULK COLLECT INTO ... LIMIT 设成 10000 甚至 50000，常导致 PGA 暴涨、GC 频繁，实际吞吐下降。Oracle 12c+ 的隐式分片优化依赖可控的单次绑定量。

目标表有 3+ 索引或触发器时，FORALL 优势衰减极快，此时盲目调大批量毫无意义。

1. OLTP 场景推荐 LIMIT 500~2000，实测为性能甜点区
2. 超 5000 易触发临时段写入、游标失效
3. 务必关闭 AUTOCOMMIT，否则每次 FORALL 后隐式提交，等于退化成单条插入

FORALL 不支持表达式和跨库操作

FORALL 只接受静态 SQL，所有绑定变量必须是集合元素直引，不能带函数、CASE、子查询或 DBLink。

错误写法：FORALL i IN 1..arr.COUNT INSERT INTO t VALUES (arr(i), UPPER(arr2(i))); → 触发 ORA-06550。

1. 正确做法：预处理集合，如 arr2_upper(i) := UPPER(arr2(i));，再进 FORALL
2. 不支持条件分支（比如 IF 判断后选择不同 INSERT），需拆成多个 FORALL 块
3. 跨库操作必须用 DBLink 显式拼接，且不能出现在 FORALL 绑定变量位置

FORALL 的异常处理关键不在“捕获”，而在“定位”——错在哪条、对应原始哪条数据、为什么错。这些细节一旦忽略，批量操作就退化成黑盒调试。