PLS_INTEGER比NUMBER更省内存，因其为固定4字节有符号整数，无精度元信息；而NUMBER默认占22字节且含类型描述开销。
为什么 PLS_INTEGER 比 NUMBER 更省内存
oracle 存储过程中，number 类型在 pl/sql 引擎中默认以 22 字节的变长结构存储（含精度、小数位、符号等元信息），而 pls_integer 是纯 4 字节有符号整数，不带精度描述、不参与 sql 层隐式转换。这意味着每次声明、赋值、参与运算时，pls_integer 的内存开销稳定且极低——尤其在循环变量、计数器、数组下标等高频使用场景下，差异会放大。
常见错误是习惯性用 NUMBER 声明循环索引或临时计数器，比如：DECLARE i NUMBER := 1;。这不仅多占内存，还可能触发隐式类型转换，拖慢执行速度。
- 循环变量、数组索引、布尔模拟变量（如
0/1）一律用PLS_INTEGER - 若需负数或范围在 -2147483648 ~ 2147483647 内，
PLS_INTEGER完全够用 - 避免用
NUMBER(1)或NUMBER(5)“假装轻量”，它们仍是NUMBER，底层结构没变
本地集合类型（INDEX BY 表）比嵌套表更省内存
在 PL/SQL 中缓存中间结果时，很多人直接用 TABLE OF ...（嵌套表）或 VARRAY，但它们需要额外的描述符、内存分配头和动态堆管理开销。而 INDEX BY PLS_INTEGER 关联数组是纯栈上结构（只要元素不多），每个条目只存值本身 + 索引哈希槽，无元数据膨胀。
典型误用：TYPE t_list IS TABLE OF VARCHAR2(100); l_data t_list; —— 即使只存 10 条，也触发堆分配；换成 TYPE t_list IS TABLE OF VARCHAR2(100) INDEX BY PLS_INTEGER; 后，小规模数据几乎零堆开销。
- 缓存几十到几百条临时数据（如配置映射、状态码表）优先选
INDEX BY PLS_INTEGER - 避免对
INDEX BY表调用EXTEND()，它会退化为堆分配；改用直接赋值：l_map(1) := 'A'; l_map(2) := 'B'; -
INDEX BY表不支持COUNT以外的集合方法（如FIRST/NEXT可用，但TRIM不可用），设计时需适配
用 %TYPE 和 %ROWTYPE 代替硬编码类型声明
硬写 VARCHAR2(4000) 或 NUMBER(10,2) 看似明确，实则埋下两重隐患：一是与表字段实际定义脱节，未来表结构微调（如长度缩到 2000）后，PL/SQL 变量仍按旧长度分配内存；二是 Oracle 对硬编码类型可能启用更保守的内存预留策略（尤其涉及字符集转换时）。
%TYPE 和 %ROWTYPE 不仅保证类型同步，还让 Oracle 在编译期就确定最优内存布局——例如某列是 VARCHAR2(50 CHAR)，用 col_name%TYPE 声明的变量只会按实际最大字符数（而非字节数）预留空间，避免 UTF-8 下过度分配。
- 单字段变量统一用
table_name.column_name%TYPE，别写死长度 - 整行缓存用
table_name%ROWTYPE，比手动拼一堆%TYPE更紧凑、更安全 - 慎用
%TYPE引用远程表（@dblink），会导致编译依赖远程对象，且无法做静态内存推断
局部变量作用域要“够用即弃”，别靠 NULL 清理内存
PL/SQL 中变量一旦声明，其内存就在该作用域生命周期内持续占用。很多人以为把大变量设为 NULL 就能释放内存，其实不能——NULL 只清内容，不退内存。真正有效的是缩小作用域：把只在某段逻辑里用的变量，放进独立的 BEGIN...END 块里。
例如批量处理时，临时 BLOB 缓存只需在单次处理块内存在：
BEGIN
DECLARE
l_blob BLOB;
BEGIN
DBMS_LOB.CREATETEMPORARY(l_blob, TRUE);
-- 处理逻辑...
DBMS_LOB.FREETEMPORARY(l_blob);
END; -- 这里 l_blob 彻底出作用域，内存立即回收
END;
- 大对象（
BLOB、CLOB、长字符串缓存）必须放在最小必要作用域内 - 不用
l_var := NULL试图“节省”，该占的栈/堆空间一点没少 - 过程级变量如果只在某个分支里用，拆进
IF...THEN...END IF;内部的匿名块
Oracle 存储过程的内存优化不是靠堆参数调大，而是从类型选择、结构定义、作用域控制三个层面做减法。最容易被忽略的是：PLS_INTEGER 和 INDEX BY 的收益在单次执行里微乎其微，但在高并发、长运行的批处理中，会累积成显著的 PGA 压力。
