Oracle 12中LISTAGG函数为何不识别指定的分号分隔符？

嘿，我之前也踩过LISTAGG()分隔符的坑！先理清楚你的情况：你写的查询是这样的：

SELECT x, y, LISTAGG(VALUE, '; ') WITHIN GROUP (ORDER BY VALUE) AS z 
FROM MV_SHARED_TABLE 
WHERE y = 'multi_MVL' 
GROUP BY x, y

期望输出是x, y, z (1; 2; 3; 4)这类结果，但实际运行后，内容对了，可分号分隔符没生效，反而变成了默认的逗号分隔。

下面是几个我亲测有效的排查方向：

1. 先排查SQL客户端的锅 #

很多可视化SQL工具（比如Oracle SQL Developer、PL/SQL Developer的某些版本）会自作主张对聚合后的结果做格式化，把你指定的分隔符替换成默认的逗号。你可以换个纯命令行工具（比如SQL*Plus）执行一遍查询，如果命令行里显示的是正确的分号分隔，那直接去调整客户端的显示设置就行——比如找一下“数组显示格式”“聚合结果格式化”这类选项关掉。

2. 检查VALUE字段的数据类型 #

如果VALUE是RAW、CLOB或者自定义的数据类型，LISTAGG()在处理的时候可能会触发隐式转换，导致分隔符失效。试试把VALUE显式转成字符串类型再聚合：

SELECT x, y, LISTAGG(TO_CHAR(VALUE), '; ') WITHIN GROUP (ORDER BY VALUE) AS z 
FROM MV_SHARED_TABLE 
WHERE y = 'multi_MVL' 
GROUP BY x, y

3. 排查物化视图的隐性逻辑 #

你查的MV_SHARED_TABLE是个物化视图对吧？有可能视图内部的刷新逻辑、或者关联的触发器，在处理数据的时候偷偷替换了分隔符。可以先单独查一下VALUE字段的原始内容，确认没有被篡改：

SELECT DISTINCT VALUE FROM MV_SHARED_TABLE WHERE y = 'multi_MVL'

另外也可以用普通表写个测试查询，验证LISTAGG()本身是否正常工作：

-- 快速测试LISTAGG功能
SELECT LISTAGG(num, '; ') WITHIN GROUP (ORDER BY num) AS test_z
FROM (SELECT 1 AS num FROM DUAL UNION SELECT 2 FROM DUAL UNION SELECT 3 FROM DUAL)

如果这个测试能返回1; 2; 3，那说明函数本身没问题，问题肯定出在你的物化视图或者查询环境上。

4. 数据库版本的兼容性问题 #

虽然概率不高，但某些旧版本的Oracle数据库（比如11g早期的补丁版本）对LISTAGG()的分隔符处理有小bug。如果上面的方法都没用，可以试试升级到最新的补丁包，或者换个版本的数据库测试。

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