问题原因：

许多数据库开发与运维人员都曾遭遇这个典型的“绊脚石”：在执行字符串聚合操作时，系统突然抛出 ORA-01489 错误，提示“字符串连接的结果过长”。其根本原因在于，LISTAGG 函数拼接生成的最终字符串，在不知不觉中超出了 VARCHAR2 数据类型的默认最大长度限制，即 4000 个字符。

语法：

SELECT LISTAGG(ZJRXM, ‘，’) WITHIN GROUP (ORDER BY ZJRXM)
FROM LY_SJS_WDJZ_ZJRGL;

图片描述：

解决方法一：

使用 CLOB 类型替代 VARCHAR2

LISTAGG 函数默认返回 VARCHAR2 类型数据，当遭遇长度瓶颈时，最直观的解决方案是“拓宽数据通道”。通过 TO_CLOB 函数将聚合结果显式转换为 CLOB 类型，该数据类型专为存储超大文本设计，从而彻底解决容量不足的问题。

语法：

SELECT TO_CLOB(LISTAGG(ZJRXM, ‘，’) WITHIN GROUP (ORDER BY ZJRXM))
FROM LY_SJS_WDJZ_ZJRGL;

解决方法二：

使用 XMLAGG 函数替代 LISTAGG

如果不希望修改原有函数结构，更换聚合工具是另一种高效策略。XMLAGG 函数专为聚合 XML 片段设计，其返回值本身就是 CLOB 类型，天然规避了 VARCHAR2 的长度约束，因此常被用作 LISTAGG 函数的理想替代方案。

SELECT RTRIM(XMLCAST(XMLAGG(XMLELEMENT(e, ZJRXM || ‘，’) ORDER BY ZJRXM) AS CLOB), ‘，’)
FROM LY_SJS_WDJZ_ZJRGL;

解决方法三：

xmlagg + xmlparse 来解决该问题

--解决方法3：
SELECT xmlagg(xmlparse(content ZJRXM||‘，’) order by ZJRXM).getclobval()
FROM LY_SJS_WDJZ_ZJRGL;

总结

综上所述，解决 ORA-01489 错误的核心在于：突破 VARCHAR2 数据类型 4000 字符的长度上限。具体实施时，您可以选择对 LISTAGG 的结果进行“类型升级”，使用 TO_CLOB 转换至大容量类型；也可以直接选用支持更大数据量的函数，例如返回 CLOB 的 XMLAGG，或其与 XMLPARSE 的组合技。这三种方法各有优势，熟练掌握后，您便能从容应对 Oracle 数据库中的长字符串聚合挑战。