这个报错的核心原因是目标字段的字符长度不足以容纳转换后的字符串，我们来拆解你的代码问题：

问题定位 #

先对比你的两个类型定义：

• t_old中的var_v_2是number(8)，意味着它可以存储最多8位的数字（比如12345678）；
• 对应的t_new_var中的var_v_2是varchar2(4 char)，最多只能容纳4个字符。

当你执行TO_CHAR(t_old.var_v_2)时，如果t_old.var_v_2的值是一个8位数字，转换后的字符串长度是8，远远超过了t_new_var.var_v_2的4字符限制，这就直接触发了“字符字符串缓冲区太小”的错误。

另外两个字段的长度是匹配的：

• t_old.var_v_1（number(3)）转字符串最多3位，对应t_new_var.var_v_1（varchar2(6 char)）完全足够；
• t_old.var_v_3（number(2)）转字符串最多2位，对应t_new_var.var_v_3（varchar2(4 char)）也足够。

你尝试的CAST、DECODE、NVL都是处理null或基础类型转换的逻辑，但没有触及长度溢出这个核心问题。

解决方案 #

根据你的业务需求，有两种可行的处理方式：

1. 调整目标字段长度（推荐，若业务允许） #

修改t_new_var类型中var_v_2的长度，确保能容纳number(8)转换后的完整字符串：

CREATE OR REPLACE TYPE t_new_var AS OBJECT (
    var_v_1 varchar2(6 char),
    var_v_2 varchar2(8 char), -- 调整为8字符，匹配number(8)的最大长度
    var_v_3 varchar2(4 char),
    CONSTRUCTOR FUNCTION t_new_var(SELF IN OUT NOCOPY t_new_var) RETURN SELF AS RESULT
);

2. 截取字符串（若业务只需要部分内容） #

如果业务逻辑允许只保留前4位数字，可以在转换时主动截取字符串，同时处理null的情况：

SELECT 
    TO_CHAR(t_old.var_v_1) AS one, 
    SUBSTR(TO_CHAR(NVL(t_old.var_v_2, 0)), 1, 4) AS two, -- 截取前4位，用NVL处理null
    TO_CHAR(t_old.var_v_3) AS three
INTO t_new_v.var_v_1, t_new_v.var_v_2, t_new_v.var_v_3
FROM DUAL;

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