VARRAY适用于元素数量固定、上限明确的场景，轻量高效；NESTED TABLE适用于动态增删、数量不定的场景，支持完整集合操作。
PL/SQL里VARRAY和NESTED TABLE到底该选哪个
看需求定，不是语法越新越好。如果元素数量固定、上限明确（比如一个订单最多5个优惠码），用varray更轻量；如果要动态增删、数量不可预估（比如日志条目、用户标签列表），必须用nested table——它底层是堆表，支持extend、delete、trim，varray连delete都不支持。
常见错误现象：VARRAY超出定义长度时抛ORA-22165: given index [N] must be in the range of 1 to [M]；NESTED TABLE未初始化就直接赋值会报ORA-06531: Reference to uninitialized collection。
-
VARRAY在SQL语句中可直接作为列类型，但不能在WHERE子句里用COLUMN MEMBER OF以外的方式查询内部元素 -
NESTED TABLE必须配合STORE AS子句建物理存储表，否则无法持久化到数据库表中 -
VARRAY数据存于父记录同一行内，读取快；NESTED TABLE主表只存指针，查元素要JOIN系统生成的嵌套表别名，IO开销略高
声明和初始化时最容易漏掉的一步
两者都必须显式初始化，不能像普通变量那样直接赋值。尤其NESTED TABLE，声明后只是个空指针，不调:= <code>type_name()就会崩。
示例对比：
DECLARE
TYPE t_varray IS VARRAY(3) OF NUMBER;
v_arr t_varray := t_varray(); -- 必须加括号初始化
<p>TYPE t_nt IS TABLE OF VARCHAR2(20);
v_nt t_nt; -- 这里v_nt是NULL
BEGIN
v_nt := t_nt('a', 'b'); -- 正确：赋值即初始化
-- v_nt.EXTEND; -- 错误：v_nt还是NULL，EXTEND前必须先初始化
END;-
VARRAY初始化可用:= t_type()或:= t_type(val1, val2) -
NESTED TABLE初始化只能用:= t_type()或带值的构造函数，不能用NULL赋值 - 在包变量或全局变量中声明集合类型时，初始化语句必须写在包体
BODY的初始化节（BEGIN ... END;块），不能只在声明区写
NESTED TABLE在INSERT/UPDATE里怎么避免ORA-22908
错误ORA-22908: reference to NULL table value基本都因为没给嵌套表列指定TABLE别名，或者用了VALUES子句却没把嵌套表转成集合表达式。
正确写法核心就一条：所有对嵌套表列的DML操作，必须通过TABLE()函数展开，并起别名。
- 插入整张嵌套表：
INSERT INTO parent_table VALUES (1, TABLE(SELECT * FROM TABLE(t_nt))) - 更新嵌套表内容：
UPDATE TABLE(SELECT nt_col FROM parent_table WHERE id = 1) t SET t.column_value = 'new' - 向嵌套表追加元素：
INSERT INTO TABLE(SELECT nt_col FROM parent_table WHERE id = 1) VALUES ('extra') - 千万别写
INSERT INTO parent_table (id, nt_col) VALUES (1, t_nt)——这会直接报错
性能敏感场景下VARRAY的隐式转换陷阱
VARRAY传参时如果类型不严格匹配（比如形参是VARRAY(10)，实参是VARRAY(5)），Oracle会尝试隐式转换，但失败概率极高，常报ORA-06550: PLS-00306: wrong number or types of arguments。
根本原因：不同大小的VARRAY类型在PL/SQL里属于完全不同的类型，哪怕元素类型一致也不兼容。
- 跨过程传递集合，优先用
NESTED TABLE（无长度限制，类型兼容性好） - 若必须用
VARRAY，确保所有引用位置使用同一个TYPE定义（建议统一放在包规范中） - 批量处理大量数据时，
NESTED TABLE配合BULK COLLECT和FORALL更稳定；VARRAY在BULK COLLECT INTO时若超长会直接截断且不报错，极难排查
最麻烦的是嵌套表的EXTEND行为：每次调用都可能触发内存重分配，频繁小步EXTEND比一次性EXTEND(n)慢很多，这点容易被忽略。
