根本原因是集合未初始化或未分配空间，而非下标写错；varray声明后为null，须用构造函数（如num_varray()）初始化并extend后才可下标赋值，否则触发ora-06533；嵌套表和索引表也需先初始化，遍历时必须用exists(n)预检，不可直接for i in first..last硬循环。
直接说结论：出现“下标不存在”类错误（如 ORA-06533、ORA-06532、ORA-01403），根本原因不是“写错了下标”，而是集合未初始化、未分配空间，或访问了逻辑上不存在的元素位置。这类错误必须靠显式构造 + 安全访问机制来规避，不能靠 try-catch 事后补救。
为什么刚声明的 VARRAY 就报 ORA-06533？
因为 VARRAY 变量声明后默认是 NULL，不是空集合。你不能直接用下标赋值，比如 v_arr(1) := 1 —— 这会触发 ORA-06533: 下表超出数量，哪怕你声明的是 VARRAY(100)。
-
VARRAY必须用构造函数初始化，例如：NUM_VARRAY()或NUM_VARRAY(1,2,3) - 仅声明不构造 → 变量为
NULL→ 任何下标访问都失败 -
EXTEND方法只适用于已初始化（非 NULL）的集合；对NULL调用EXTEND会报ORA-06531: Collection is null - 正确初始化写法：
v_num_varray := NUM_VARRAY(); v_num_varray.EXTEND(100);
嵌套表和索引表怎么避免下标越界？
嵌套表（NESTED TABLE）和索引表（INDEX BY）行为不同，但都容易在遍历时踩坑：
- 嵌套表初始为
NULL，需先用构造函数初始化，如：my_nt := nt_type();；否则COUNT返回NULL，FIRST/LAST也返回NULL - 索引表允许稀疏下标（如
tab(-5)、tab(100)），但访问未赋值的下标会触发ORA-01403: no data found（注意：这不是语法错，是运行时异常） - 安全遍历嵌套表/索引表必须用
EXISTS(n)预检，而不是直接FOR i IN first..last—— 因为DELETE后first..last区间可能含空洞 - 示例：
IF tab.EXISTS(i) THEN dbms_output.put_line(tab(i)); END IF;
如何统一处理所有集合的下标安全访问？
没有银弹，但有可复用的模式：对任意集合类型，把“访问前校验”变成习惯动作。
- 永远不用裸下标访问，尤其不要在循环中硬写
FOR i IN 1..v_arr.COUNT—— 对VARRAY可能没问题，但换成嵌套表就可能漏掉中间被删的元素 - 优先用
EXISTS(n)+NEXT/PRIOR遍历：适合稀疏结构，且不依赖连续下标 - 对
VARRAY和密集型嵌套表，可用FOR i IN v_arr.FIRST..v_arr.LAST，但前提是确保它没被DELETE过（VARRAY不支持DELETE，所以更安全） - 遇到
NO_DATA_FOUND异常时，别只捕获它——先检查是不是集合根本没初始化，或者下标根本没存过值
最易被忽略的一点：EXTEND(n,i) 是唯一能给 NOT NULL 元素批量赋值的方式，而 EXTEND(n) 只填 NULL；如果你的集合定义了 NOT NULL 约束，却只调用 EXTEND(10)，后续赋值仍会报错 —— 这个细节在调试时极难定位。
