Oracle的LISTAGG强制要求ORDER BY，否则报ORA-00936；默认返回VARCHAR2(4000)，超长报ORA-01489，可用ON OVERFLOW TRUNCATE（12cR2+）或XMLAGG+CLOB解决；多列合并需用NVL防NULL，性能优化需索引ORDER BY字段或改用XMLAGG。
LISTAGG 基本用法与必须指定的 ORDER BY
Oracle 的 LISTAGG 不像 MySQL 的 GROUP_CONCAT，它强制要求写 ORDER BY 子句，否则直接报错 ORA-00936: missing expression。很多人卡在这一步，以为是语法写错了，其实是漏了排序依据。
典型写法是：
SELECT deptno, LISTAGG(ename, ', ') WITHIN GROUP (ORDER BY ename) AS emp_list FROM emp GROUP BY deptno;
注意两点：逗号后空格是分隔符的一部分；WITHIN GROUP (ORDER BY ...) 是固定结构，不能省略或换位置。
处理 LISTAGG 超过 4000 字符报 ORA-01489
LISTAGG 默认返回 VARCHAR2(4000)，超长就炸出 ORA-01489: result of string concatenation is too long。这不是数据问题，是 Oracle 旧版本（12c 及之前）的硬限制。
解决路径只有两条：
- 用
ON OVERFLOW TRUNCATE（12cR2+ 才支持），例如：LISTAGG(ename, ', ') WITHIN GROUP (ORDER BY ename) ON OVERFLOW TRUNCATE '...' WITH COUNT—— 但会丢失部分数据，慎用于关键字段 - 降级用
XMLAGG+XMLELEMENT拼接（兼容 9i+），绕过 4000 限制，返回CLOB
推荐后者，尤其当字段本身可能含特殊字符（如逗号、换行）时，XMLAGG 更鲁棒：
SELECT deptno,
RTRIM(XMLAGG(XMLELEMENT(e, ename || ', ')).EXTRACT('//text()'), ', ') AS emp_list
FROM emp
GROUP BY deptno;
多列合并进一个 LISTAGG 字段（比如 name + job）
想把两列拼起来再聚合，别直接写 LISTAGG(name || '(' || job || ')', ', ') —— 这样括号和逗号容易和分隔符混淆，且空值会让整段变 NULL。
正确做法是先用 NVL 或 COALESCE 处理空值，再拼接：
SELECT deptno,
LISTAGG(
NVL(ename, '(unknown)') || '(' || NVL(job, 'N/A') || ')',
'; '
) WITHIN GROUP (ORDER BY ename) AS emp_detail
FROM emp
GROUP BY deptno;
关键点：
- 分隔符改用
'; '这类不太可能出现在业务值里的组合 -
NVL必须包裹每列，否则任一列为NULL，整个表达式就是NULL - 如果要保留原始换行或制表符，得用
CHR(10)等显式拼入，LISTAGG不自动转义
LISTAGG 在复杂查询中性能突然变慢的原因
看起来只是加个聚合函数，但实际执行计划里常出现 SORT ORDER BY + WINDOW SORT，尤其当 ORDER BY 字段没索引、或数据量大时，性能断崖下跌。
优化方向很实际：
- 确认
ORDER BY字段上有索引（比如按ename排序，就在(deptno, ename)上建联合索引） - 如果业务允许乱序展示，改用
XMLAGG（它不强制排序，性能通常更好） - 避免在
LISTAGG里套子查询或函数调用（如TO_CHAR(date_col)），先在子查询里算好再聚合
真正麻烦的是嵌套分组场景：比如先按部门、再按职位分组汇总员工列表——这时 LISTAGG 得配合两层 GROUP BY，稍不注意就会漏掉内层分组键，结果错乱。
