INDEX BY TABLE必须声明为TYPE ... IS TABLE OF ... INDEX BY PLS_INTEGER或VARCHAR2(n)，不可用NUMBER；键仅支持标量类型，遍历时须用NEXT/PRIOR避免空洞；仅存于PL/SQL内存，不持久化，区分大小写且不裁剪空格。

PL/SQL 里 INDEX BY TABLE 怎么声明才不报错

直接用 type ... is table of ... index by ...，别漏掉 index by 后面的索引类型。常见错误是写成 index by number（错），必须是 index by pls_integer 或 index by binary_integer（二者等价），oracle 不接受裸 number 作索引类型。

声明时注意：键类型只能是标量（PLS_INTEGER、VARCHAR2），不能是 DATE 或自定义类型；值类型可以是任意 PL/SQL 类型，包括记录或嵌套表。

• TYPE emp_list_t IS TABLE OF employees%ROWTYPE INDEX BY PLS_INTEGER;
• TYPE name_map_t IS TABLE OF VARCHAR2(100) INDEX BY VARCHAR2(30);
• 如果用 VARCHAR2 做键，声明时必须指定长度（如 VARCHAR2(30)），否则编译失败

遍历 INDEX BY TABLE 为什么 FOR i IN t.FIRST..t.LAST 会跳空洞

因为 INDEX BY TABLE 是稀疏集合，FIRST 到 LAST 范围内可能有大量未赋值的下标，直接用 FOR 循环会访问到空元素，触发 NO_DATA_FOUND 或 VALUE_ERROR 异常。

正确做法永远用 NEXT/PRIOR 迭代器——从 FIRST 开始，每次调用 NEXT 跳到下一个存在元素的下标。

• idx := t.FIRST;
• WHILE idx IS NOT NULL LOOP
•   DBMS_OUTPUT.PUT_LINE(t(idx));
•   idx := t.NEXT(idx);
• END LOOP;

用 EXISTS(idx) 判断再取值也行，但多一次查表开销；NEXT 是原子操作，更安全高效。

INDEX BY TABLE 和嵌套表、VARRAY 的关键区别在哪

最实际的区别就三点：生命周期、存储位置、是否可为空。

• 它只存在于 PL/SQL 块中，不能作为表列类型，也不能持久化到数据库（嵌套表和 VARRAY 可以）
• 它的下标不连续、不自动排序，插入顺序不影响遍历顺序（而嵌套表下标总是从 1 开始密集排列）
• 它允许键不存在（EXISTS 返回 FALSE），但嵌套表对越界下标直接报 SUBSCRIPT_OUTSIDE_LIMIT

性能上，INDEX BY TABLE 查找是 O(1)（哈希式），嵌套表是 O(n) 遍历下标；但它的内存完全在 PGA，大数据量时容易撑爆会话内存。

用 VARCHAR2 当键时，大小写和空格怎么处理

键值按字面量精确匹配，区分大小写，首尾空格不被自动裁剪。比如存了 t('abc') := 1，再查 t('ABC') 或 t('abc ') 都返回 NULL，且 EXISTS 为 FALSE。

实际使用时建议统一处理：

• 插入前用 UPPER(TRIM(key)) 标准化
• 避免用带空格或特殊字符的字符串当键，否则调试时肉眼难分辨 'name ' 和 'name'
• 如果业务要求模糊匹配，别硬塞进 INDEX BY TABLE，改用关联查询或临时表

这种“看似灵活实则脆弱”的键设计，上线后最容易在数据迁移或前端传参不一致时暴露问题。