必须用getClobVal()而非getstringVal()，因后者返回VARCHAR2（上限4000字节），超限即报ORA-19011或隐式截断；而getClobVal()支持大文本，是海量聚合的必备选择。
直接结论：用 SYS_XMLAGG 处理海量文本聚合，必须搭配 getClobVal()，且需显式排序、避免空值干扰，否则极易触发截断或 ORA-19011 错误。
为什么不能只用 getstringVal()？
getstringVal() 返回 VARCHAR2，最大 4000 字节（实际受字符集影响可能更少），超出就报 ORA-19011: Character string buffer too small。哪怕你只聚合 10 行、每行 500 字符，也可能超限。
常见错误现象：
- 查询突然失败，堆栈里出现
ORA-19011 - 结果看起来“被砍了一半”，但没报错（其实是隐式截断）
- 在 PL/SQL 块里调用时返回
NULL，而非报错
正确做法始终是：
SELECT SYS_XMLAGG(XMLELEMENT("e", col_name)).getClobVal() FROM t
注意：getClobVal() 是关键，不是可选项。
SYS_XMLAGG + XMLELEMENT 的分隔符控制技巧
SYS_XMLAGG 本身不提供分隔符参数，但你可以把分隔符“塞进” XMLELEMENT 内容里，再用 extract('//text()') 提取纯文本：
SELECT RTRIM(
XMLAGG(XMLELEMENT("x", col_name || ',') ORDER BY col_name)
.EXTRACT('//text()')
.getClobVal(),
',') AS concatenated
FROM t;
要点说明：
-
col_name || ','把逗号拼在每个值后面，再用RTRIM(..., ',')去掉末尾多余逗号 -
ORDER BY必须显式写在XMLAGG内部，否则聚合顺序不可控（尤其跨块读时） -
EXTRACT('//text()')能剥离 XML 标签，但仅当内容不含特殊字符（如 , &）才安全；含时建议改用xmlparse(content ... wellformed)
空值和特殊字符怎么处理？
NULL 值会导致 XMLELEMENT 生成空节点，最终 getClobVal() 里出现空白或换行，破坏格式。特殊字符（, <code>&, "）会被自动转义为 < 等，若你后续要当纯文本用，就得额外解码。
推荐预处理方式：
- 用
NVL(col_name, '')或COALESCE(col_name, '')消除NULL - 对含 HTML/XML 敏感字符的字段，先用
DBMS_XMLGEN.CONVERT解码（如果来源已是转义串），或用REPLACE手动替换（慎用） - 更稳妥的做法：改用
xmlparse(content col_name || ',' wellformed)替代XMLELEMENT，它对非法字符直接报错，强迫你在聚合前清理数据
性能与版本兼容性提醒
SYS_XMLAGG 在 Oracle 10g 就已存在，比 LISTAGG（11g 引入）更老，但代价是解析开销更大——尤其是带 ORDER BY 和 EXTRACT 时，CPU 使用明显升高。
几个容易被忽略的实际点：
- 在大表上执行前，务必确认
col_name有索引，否则ORDER BY会触发大量磁盘排序 -
SYS_XMLAGG不支持WITHIN GROUP语法，所有排序逻辑必须写在函数内，不能挪到外层 - 某些旧版 Oracle（如 10.2.0.4）中，
getClobVal()在并行查询下偶发内存泄漏，如需高并发聚合，建议加/*+ NO_PARALLEL */hint 控制
真正麻烦的从来不是语法，而是你没意识到：XML 解析器在后台默默做了多少事——它既要建 DOM 树，又要序列化，还要处理编码边界。一旦数据量上去，这些隐式成本就会浮出水面。
