ora-06502错误主因是varchar2变量长度小于赋值内容，需检查声明长度、字符集字节差异、%type同步、动态拼接限制、select into目标大小、隐式转换及多层调用实际长度。
直接看变量声明和赋值语句，90% 的 ora-06502（字符串缓冲区太小）就出在这里。
检查 VARCHAR2 变量长度是否小于实际赋值内容
这是最常见原因：声明 VARCHAR2(10)，却试图存入 15 个字符的字符串。Oracle 不会自动截断，而是立即报错。
- 用
LENGTH()或LENGTHB()验证源数据真实字节数（尤其注意中文——ZHS16GBK下一个汉字占 2 字节，AL32UTF8下占 3 字节） - 别只看“字符数”，要确认数据库字符集：
SELECT * FROM V$NLS_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET'; - 如果变量来自
%TYPE（如v_name employees.last_name%TYPE），必须同步检查表字段定义：DESC employees或查USER_TAB_COLUMNS - 动态拼接字符串时，用
DBMS_LOB.LOBMAXSIZE或显式限制长度，避免||累加后爆掉VARCHAR2上限（4000 字节）
排查 SELECT INTO 目标变量是否过小
SELECT ... INTO 是隐式赋值高发区。目标变量长度不够，哪怕查询结果只有一行，也会在赋值瞬间触发 ORA-06502。
- 错误示例：
DECLARE v_desc VARCHAR2(20); BEGIN SELECT description INTO v_desc FROM fnd_dimension_values_vl WHERE ...;—— 若视图中description实际返回 200 字符，就崩 - 安全做法：优先用
%TYPE声明，如v_desc fnd_dimension_values_vl.description%TYPE；若不行，至少按表定义长度放大 1.5 倍 - 对不确定长度的字段（如备注、日志），改用
CLOB接收，再按需截取
警惕隐式转换导致的“看不见”的超长
数值、日期转字符串时，Oracle 自动调用 TO_CHAR()，但默认格式可能远超你预期。
-
NUMBER(10,2)存12345678.90→ 转成字符串是'12345678.90'（11 字符），若目标VARCHAR2(10)就挂 -
DATE转字符串依赖NLS_DATE_FORMAT，比如默认'DD-MON-RR HH.MI.SS AM'展开后轻松超 20 字符 - 解决方法：所有转换必须显式控制，例如
v_str := TO_CHAR(my_num, 'FM999999990.00')或TO_CHAR(my_date, 'YYYY-MM-DD') - 用
SQLERRM捕获异常时，别忘了它本身也是字符串——若异常消息过长，DBMS_OUTPUT.PUT_LINE(SQLERRM)也可能二次触发 ORA-06502
真正麻烦的不是长度写死，而是变量来源嵌套多层（比如函数返回值 → 赋给 %TYPE 变量 → 再参与拼接）。这时候光看声明没用，得顺着调用链逐层查实际返回长度。临时加 DBMS_OUTPUT.PUT_LINE('len=' || LENGTH(v_var)) 往往比猜快十倍。
