BULK COLLECT INTO 未取全数据主因是未配合 LIMIT 循环获取、集合类型不匹配或下标不连续；应使用可变数组/嵌套表，用 %NOTFOUND 判断结束，COUNT 统计总数，FORALL 配 INDICES OF 安全批量插入。
PL/SQL 里 BULK COLLECT INTO 没拿到全部数据？检查集合类型和限制
默认情况下，bulk collect into 不会报错就“默默截断”，它可能只取前 100 行（取决于隐式游标缓存或显式 limit），尤其在没配 limit 又没循环取数时，容易误以为查全了。
- 必须用可变数组（
VARCHAR2、NUMBER等类型的TABLE OF）或嵌套表接收，不能用关联数组（INDEX BY）直接接BULK COLLECT - 如果源数据超万行，不加
LIMIT容易内存溢出；加了又容易漏数据——得配合FETCH ... BULK COLLECT INTO ... LIMIT n循环 -
SQL%ROWCOUNT返回的是最后一次FETCH的行数，不是累计总数；要统计总量，得自己累加
Oracle 12c+ 怎么避免手写循环？用 FORALL + BULK COLLECT 批量插入更稳
单纯 BULK COLLECT 是“取”，不是“存”；想把查到的多行快速插进另一张表，得配 FORALL，否则每行 INSERT 还是单条执行，性能没提升。
- 先
BULK COLLECT INTO到集合，再FORALL i IN 1..dept_tab.COUNT INSERT INTO dept_copy VALUES dept_tab(i) - 注意：集合下标必须连续从 1 开始，
dept_tab.DELETE(2)后就不能直接FORALL，要用INDICES OF或VALUES OF子句 - Oracle 12c+ 支持
FORALL i IN INDICES OF dept_tab INSERT ... VALUES dept_tab(i)，跳过空元素更安全
BULK COLLECT INTO 遇到 NO_DATA_FOUND 就崩？别 catch，改用 %NOTFOUND
BULK COLLECT 本身不会触发 NO_DATA_FOUND 异常——哪怕没查到任何行，集合只是为空（COUNT = 0）。但很多人习惯性写 EXCEPTION WHEN NO_DATA_FOUND THEN ...，这反而会让真正该捕获的错误被掩盖。
- 判断是否取到数据，看集合
.COUNT：比如IF dept_tab.COUNT = 0 THEN ... - 游标循环中，
FETCH c1 BULK COLLECT INTO ...后，用c1%NOTFOUND判断是否已取完（注意：这是指本次 FETCH 没取到新行，不是整个结果集空） - 如果上游查询本身报错（如 ORA-01422），那才是真异常，该
EXCEPTION捕获，不是NO_DATA_FOUND
为什么 BULK COLLECT 在函数里返回集合总报错？RETURN 类型必须匹配声明
常见错误是函数声明返回 dept_tab_type，但 BULK COLLECT INTO 到的是局部变量 l_dept_tab，类型虽相似，但 Oracle 认为不是同一类型，导致 PLS-00382 “expression is of wrong type”。
- 函数体里直接
SELECT ... BULK COLLECT INTO到函数返回变量（如ret_tab），别中间赋值 - 或者确保集合类型是
CREATE OR REPLACE TYPE创建的 SQL 类型，且函数返回类型与之完全一致（包括 schema 名） - 不要用匿名块里定义的
TYPE去声明函数返回值——那只是 PL/SQL 类型，无法跨作用域
%NOTFOUND 和 COUNT 的语义差异、以及 FORALL 对下标连续性的依赖——这三个点一错，批量操作就退化成单行慢查。
