bulk collect必须搭配limit，否则全量加载易致pga内存溢出并触发ora-04030；limit值需据单行大小动态设定（如2kb/行时取500），且必须置于fetch末尾，退出条件须用集合count而非%notfound。
BULK COLLECT 必须搭配 LIMIT，否则 PGA 内存极易爆掉
全量 BULK COLLECT INTO 会把整个结果集一次性加载进 PGA，几十万行就可能触发 ORA-04030；RAC 环境下还可能挤占其他会话内存。这不是“慢一点”的问题，是直接 OOM 或拖垮实例。
-
LIMIT值不是越大越好：单行平均 2KB 时，LIMIT = 500就占约 1MB PGA；含CLOB或长字段必须压到100以下 - 别写
SELECT *—— 只选真正需要的列，减少内存和网络开销 - 集合类型必须显式声明为
TYPE ... IS TABLE OF ... INDEX BY PLS_INTEGER或IS TABLE OF ...，隐式转换有额外开销
FETCH BULK COLLECT LIMIT 的位置和退出条件不能错
LIMIT 只能出现在 FETCH 语句末尾，不能放在 OPEN 或 SELECT 里。循环退出必须用集合 COUNT 判断，%NOTFOUND 在批量 FETCH 下完全不可靠。
- 错误写法：
EXIT WHEN c_emp%NOTFOUND—— 最后一批取到 1 行时它仍是FALSE，多一次空 FETCH，浪费 IO - 正确写法：
EXIT WHEN l_emps.COUNT = 0，每次FETCH后立刻检查实际拿到几行 -
LIMIT是硬上限，哪怕只剩 1 行也会返回，COUNT才是真实数量
BULK COLLECT 只能在 SELECT INTO / FETCH INTO / RETURNING INTO 中用
它不是通用语法糖，所有 INTO 目标变量都必须是集合（TABLE OF 类型），不能是单个标量或 %ROWTYPE 变量。
-
SELECT sal BULK COLLECT INTO sals FROM emp✅ ——sals是TABLE OF emp.sal%TYPE -
SELECT * BULK COLLECT INTO rec FROM emp❌ ——rec是单条记录，类型不匹配 -
RETURNING employee_id, last_name BULK COLLECT INTO enums, names✅ —— 两个集合一一对应
和 FORALL 配合才能发挥最大吞吐优势
BULK COLLECT 解决 SQL → PL/SQL 的批量拉取，FORALL 解决 PL/SQL → SQL 的批量写入。两者组合才能消除高频上下文切换，否则只做一半优化。
- 逐行处理 10 万行：约 10 万次上下文切换
-
BULK COLLECT LIMIT 500 + FORALL：每批最多 2 次切换（FETCH + DML） -
FORALL后只能跟一条 DML 语句，不能在同一个FORALL块里写INSERT和UPDATE
真正难的不是写对语法，而是根据单行数据大小、PGA 限制、并发压力动态调优 LIMIT 值——这个值在不同环境、不同表结构下差异极大，没法复用。
