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 LOOPDBMS_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，改用关联查询或临时表
这种“看似灵活实则脆弱”的键设计，上线后最容易在数据迁移或前端传参不一致时暴露问题。
