varray合并必须通过构造函数显式创建新实例，无法原地操作或批量追加。需确保目标类型上限≥两源数组元素总数，构造函数名严格匹配类型名，空数组须显式处理，且须先判空再操作以避免ora-06530。
直接用构造函数拼接是最简单且安全的方式
VARRAY不支持EXTEND批量追加、也没有UNION或||操作符，合并只能靠构造函数显式创建新实例。你不能对已有VARRAY做“原地合并”，必须新建一个足够大的类型，再把两个源数组的元素逐个传进去。
- 目标VARRAY类型上限必须 ≥ 两源数组
COUNT之和，否则插入时抛ORA-06532: subscript outside of limit - 构造函数名必须与类型名完全一致（大小写敏感），比如类型叫
MY_VARRAY，就得写MY_VARRAY(...) - 不能跳过空数组：哪怕其中一个为空，也要显式传入
()或用CASE兜底，否则构造失败
合并时索引越界和NULL陷阱怎么避
常见错误是直接循环拼接却忘了检查源数组是否初始化——VARRAY声明后是NULL，一调COUNT就崩（ORA-06530）。必须先判空再操作。
- 用
v1 IS NOT NULL AND v2 IS NOT NULL双判，不能只靠COUNT > 0 - 循环范围必须用
1..v.COUNT，不是1..v.LIMIT——后者可能返回10但实际只有2个元素 - 如果某源数组为
NULL，别硬凑循环，直接用v_target := v_source赋值更稳
性能关键：避免在循环里反复调EXTEND
有人想用EXTEND逐个塞元素，这在VARRAY里是错的：它长度固定，EXTEND只允许在构造后、未超限前提下加一个元素；反复调会立刻报ORA-06532。真要动态拼，得换NESTED TABLE。
- VARRAY合并本质是“复制”，时间复杂度O(n+m)，无法优化成O(1)
- 如果合并操作高频发生，且元素数波动大，说明选型错了——该用
NESTED TABLE，它支持EXTEND和COLLECT - 数据库表字段用VARRAY存合并结果时，注意单行存储上限（一般8KB），超了会转为LOB，拖慢查询
SQL层没法直接合并VARRAY列，得绕道PL/SQL
在SELECT或UPDATE里不能像嵌套表那样用TABLE()展开再UNION ALL，VARRAY在SQL中只支持MEMBER OF、SUBMULTISET OF等有限谓词。
- 想在SQL里“逻辑合并”两个VARRAY字段？做不到。必须先用
SELECT ... BULK COLLECT INTO拉到PL/SQL变量，合并完再UPDATE回去 - 如果合并结果要插进表，INSERT语句里必须写成
varray_col = my_varray_type(val1, val2, ...)，不能用子查询或表达式 - 跨行合并（比如把多行VARRAY聚合成一个）只能靠自定义聚合函数，标准
LISTAGG不认VARRAY类型
:= my_type(v1(1), v1(2), ..., v2(1), v2(2))这种硬编码越来越长，就是该重构用NESTED TABLE的信号——那个才是真支持动态操作的集合类型。
