我太懂你这个痛点了——Oracle的LISTAGG默认返回VARCHAR2类型，一旦拼接后的字符串长度超过4000字符就会触发报错，换成XMLAGG确实是绕开这个限制的靠谱方案，因为它能生成CLOB类型的结果，支持超长文本拼接。

先回顾下你原来的LISTAGG语句：

LISTAGG(abc.id, ',') WITHIN GROUP (ORDER BY abc.id) OVER(PARTITION BY bdd.id) Codes

你尝试的XMLAGG写法之所以报语法错，主要是窗口函数（OVER子句）的位置不对，而且拼接逗号的方式也需要调整。给你一个能正常运行的修正版本：

RTRIM(
    XMLAGG(
        XMLELEMENT(e, abc.id) ORDER BY abc.id
    ) WITHIN GROUP (ORDER BY abc.id) OVER(PARTITION BY bdd.id)
    .extract('//text()').getclobval(),
    ','
) AS Codes

我给你拆解下这段代码的逻辑：

• XMLELEMENT(e, abc.id)：把每个abc.id包装成一个简单的XML元素，这样XMLAGG能把它们有序拼接成一个XML片段
• ORDER BY abc.id：保证拼接顺序和你原来LISTAGG的逻辑完全一致
• WITHIN GROUP (ORDER BY abc.id)：XMLAGG的聚合排序规则，和内部的ORDER BY可以统一，这里保留是为了和LISTAGG的写法对齐
• OVER(PARTITION BY bdd.id)：和原语句的分区逻辑一样，按bdd.id分组进行拼接
• .extract('//text()')：提取XML片段里的纯文本内容，去掉多余的XML标签
• .getclobval()：把提取后的内容转为CLOB类型，彻底避开4000字符的长度限制
• RTRIM(..., ',')：去掉最后一个多余的逗号（注意别在XMLELEMENT里加逗号，否则最后会多一个逗号加空格，RTRIM不好精准处理）

另外补充个小知识点：如果你用的是Oracle 12cR2及以上版本，其实也可以直接用LISTAGG的溢出处理语法，比如LISTAGG(abc.id, ',') WITHIN GROUP (ORDER BY abc.id) OVER(PARTITION BY bdd.id) ON OVERFLOW TRUNCATE，不过如果需要完整保留所有拼接内容，XMLAGG转CLOB还是最稳妥的选择。

备注：内容来源于stack exchange，提问作者Swapnesh Sahu