Oracle PL/SQL无原生数组,仅支持INDEX BY TABLE(关联数组)、NESTED TABLE(嵌套表)、VARRAY(变长数组)三种集合类型,三者用途、持久化能力及操作方式截然不同。

Oracle里没有“数组”,只有三种集合类型可选
Oracle PL/SQL 中没有原生的 array 类型,所谓“模拟数组”,本质是选用合适的集合类型(Collection)——INDEX BY TABLE(索引表)、NESTED TABLE(嵌套表)、VARRAY(变长数组)。三者差异极大,不能混用:
-
INDEX BY TABLE(也叫关联数组):下标可为整数或字符串,无需初始化,不能存进数据库表,仅限 PL/SQL 过程内使用,性能最高 -
NESTED TABLE:必须先用CREATE TYPE在数据库中创建,支持 SQL 层操作(如TABLE()函数、集合运算),可持久化到表字段中 -
VARRAY:大小固定(定义时指定最大长度),可存入表字段,但 SQL 层操作受限,扩容需重建
多数存储过程场景(如批量传参、中间结果暂存)首选 INDEX BY TABLE,因为它最轻量、最灵活、无需 DDL 权限。
用 TYPE ... IS TABLE OF 定义索引表类型时,INDEX BY 不能省略
常见错误是写成 TYPE my_arr IS TABLE OF VARCHAR2(50) —— 这实际定义的是嵌套表类型,不是索引表。它在 PL/SQL 块中声明变量时会报错:PLS-00302: component 'EXTEND' must be declared,因为没初始化就直接赋值。
- 正确写法必须显式带
INDEX BY:TYPE my_arr IS TABLE OF VARCHAR2(50) INDEX BY PLS_INTEGER - 下标类型推荐
PLS_INTEGER(比BINARY_INTEGER性能略优,且是当前官方推荐) - 这种类型变量声明后可直接赋值:
my_var my_arr; my_var(1) := 'abc';,无需EXTEND或构造函数 - 若误用嵌套表语法,在存储过程中调用
BULK COLLECT INTO时可能看似正常,但后续遍历前必须先my_var := my_arr();初始化,否则my_var.COUNT返回 NULL
从 Java 传入的字符串列表,别在存储过程中手动拆分
很多方案教你在 PL/SQL 里写 toArray 函数逐字符解析逗号分隔字符串,这既低效又易出错(空值、转义、嵌套逗号等边界情况难处理)。更可靠的做法是:让 Java 用 JDBC 的 ARRAY 类型传参,对应 Oracle 端用 CREATE TYPE 创建的嵌套表类型。
- 先在数据库建类型:
CREATE OR REPLACE TYPE str_list AS TABLE OF VARCHAR2(100) - 存储过程中参数声明为:
v_ids IN str_list - Java 侧用
connection.createARRAY("STR_LIST", stringArray)构造,再设为CallableStatement.setArray() - 这样避免了字符串解析逻辑,也规避了 SQL 注入风险;若必须用字符串入参,至少用
DBMS_UTILITY.comma_to_table(注意它要求输入全大写且不支持空格)
遍历集合时,别硬写 FOR i IN 1..arr.COUNT
这是针对 VARRAY 和已知连续下标的 INDEX BY TABLE 的写法,但一旦数据稀疏(比如只存了 arr(1) 和 arr(100)),arr.COUNT 是 2,但 i=2 时 arr(2) 不存在,直接报 ORA-01403: no data found 或 ORA-06533: Subscript beyond count。
- 安全遍历方式是用
arr.FIRST和arr.NEXT(i):DECLARE i PLS_INTEGER; BEGIN i := v_barcodeIds.FIRST; WHILE i IS NOT NULL LOOP -- 处理 v_barcodeIds(i) i := v_barcodeIds.NEXT(i); END LOOP; END; -
EXISTS(i)必须配合使用,不能跳过判断直接取值 - 对
NESTED TABLE或VARRAY,COUNT可靠;但对INDEX BY TABLE,永远优先用游标式遍历
真正容易被忽略的是:INDEX BY TABLE 的下标不保证连续,也不保证从 1 开始——哪怕你只插入一个元素,下标也可能是 -999 或 1000000,硬编码起始值必然翻车。











