ORA-06502错误排查：批量收集数据至自定义类型时数值/值错误

咱们一步步拆解你遇到的这个ORA-06502（数值或值错误）问题，找到根源并修复：

问题诱因分析 #

你的代码里有几个关键问题很可能触发这个错误：

• 动态SQL末尾的多余分号：EXECUTE IMMEDIATE执行的SQL语句不需要带末尾分号，拼接后的SQL带分号会直接导致语法错误，进而引发值错误。
• 字符串拼接的单引号隐患：如果INPUT_REGION变量里包含单引号（比如值是O'Neil），拼接后的SQL会变成Select master from subs_info where region = 'O'Neil';，这直接破坏了SQL语法，执行时抛出的异常最终表现为ORA-06502。
• 另外，如果INPUT_REGION的长度超过SUBS_INFO.REGION列的定义，字符串拼接后也可能触发截断型的ORA-06502错误。

修复后的代码 #

直接改用绑定变量的方式，既能彻底避免单引号问题，又能保证类型自动匹配，同时去掉多余的分号：

TYPE LIST_OF_MASTER IS TABLE OF SUBS_INFO.MASTER%TYPE; 
I_MASTERS LIST_OF_MASTER;
BEGIN
  -- 使用绑定变量替代字符串拼接，Oracle会自动处理单引号和类型兼容
  EXECUTE IMMEDIATE 'SELECT master FROM subs_info WHERE region = :p_region'
    BULK COLLECT INTO I_MASTERS
    USING INPUT_REGION;
    
  -- 示例：添加对集合的后续处理逻辑
  IF I_MASTERS.COUNT > 0 THEN
    DBMS_OUTPUT.PUT_LINE('获取到第一个MASTER值：' || I_MASTERS(1));
  END IF;
EXCEPTION
  WHEN OTHERS THEN
    -- 异常处理，方便排查问题
    DBMS_OUTPUT.PUT_LINE('错误详情：' || SQLERRM);
    RAISE; -- 可选：重新抛出异常，不阻断上层逻辑
END;

额外排查点 #

如果改完还是报错，可以检查这两点：

1. 类型与长度兼容：确认INPUT_REGION的数据类型和SUBS_INFO.REGION列的类型、长度是否匹配（比如REGION是VARCHAR2(20 BYTE)，INPUT_REGION是VARCHAR2(100 CHAR)），如果长度超了，可以用SUBSTR(INPUT_REGION, 1, 20)截断后再传入。
2. 集合类型匹配：虽然你用了%TYPE定义集合，但可以再确认SUBS_INFO.MASTER列的类型是否确实是VARCHAR2(35 BYTE)，避免因表结构变更导致的类型不匹配。

内容的提问来源于stack exchange，提问作者91StarSky