在SQL查询的实际需求中，经常需要按照某个字段分组，再将同组下另一个字段的字符串合并成一个整体，同时还需要去掉重复的内容。不同数据库对字符串聚合函数的支持不同，STRING_AGG和LISTAGG是两类常用的函数，两者对DISTINCT的支持存在差异，需要针对性处理。
STRING_AGG函数使用DISTINCT实现去重合并
PostgreSQL、SQL Server等数据库原生支持STRING_AGG函数，并且可以直接在函数中添加DISTINCT关键字实现去重，语法相对简洁。
PostgreSQL中的用法
PostgreSQL的STRING_AGG函数支持直接在第一个参数前加DISTINCT，第二个参数为字符串分隔符。
-- 示例表：user_tags，包含user_id和tag两个字段，同一个用户可能有重复标签
-- 需求：按用户分组，合并所有去重后的标签，用逗号分隔
SELECT
user_id,
STRING_AGG(DISTINCT tag, ',') AS merged_tags
FROM user_tags
GROUP BY user_id;
SQL Server中的用法
SQL Server 2017及以上版本的STRING_AGG同样支持DISTINCT关键字，用法和PostgreSQL类似。
-- 同样使用user_tags表，按用户分组合并去重标签
SELECT
user_id,
STRING_AGG(DISTINCT tag, ',') AS merged_tags
FROM user_tags
GROUP BY user_id;
LISTAGG函数使用DISTINCT实现去重合并
Oracle、DB2等数据库常用LISTAGG函数实现字符串聚合，但LISTAGG本身不支持直接在函数内使用DISTINCT，需要先对数据进行去重再聚合。
Oracle中的适配方案
Oracle的LISTAGG如果要实现去重合并，需要先通过子查询或者CTE对分组内的重复数据进行去重，再调用LISTAGG。
-- 先对user_tags表按user_id和tag去重，再分组合并
WITH distinct_user_tags AS (
SELECT DISTINCT user_id, tag
FROM user_tags
)
SELECT
user_id,
LISTAGG(tag, ',') WITHIN GROUP (ORDER BY tag) AS merged_tags
FROM distinct_user_tags
GROUP BY user_id;
如果不需要排序，也可以省略WITHIN GROUP子句，不过Oracle中LISTAGG通常需要搭配WITHIN GROUP指定排序规则。
DB2中的适配方案
DB2的LISTAGG同样不支持直接DISTINCT，需要先去重再聚合，逻辑和Oracle一致。
-- 先去重再分组合并
SELECT
user_id,
LISTAGG(DISTINCT tag, ',') AS merged_tags
FROM (
SELECT DISTINCT user_id, tag
FROM user_tags
) t
GROUP BY user_id;
两种函数的特性对比
为了更清晰地了解两个函数的差异，以下是核心特性对比：
| 函数名称 | 支持数据库 | 是否原生支持DISTINCT | 去重合并实现难度 |
|---|---|---|---|
| STRING_AGG | PostgreSQL、SQL Server、MySQL 8.0+ | 是 | 低，直接加DISTINCT即可 |
| LISTAGG | Oracle、DB2 | 否 | 中，需要先去重再聚合 |
注意事项
- 使用STRING_AGG时，如果合并的字符串长度超过数据库默认限制，需要提前确认字段类型是否支持，比如PostgreSQL的text类型没有长度限制，而varchar可能有长度约束。
- LISTAGG在Oracle中如果合并后的字符串超过4000字节，会直接报错，这种情况可以使用XMLAGG等替代方案，或者先拆分处理再合并。
- 去重操作会增加一定的查询开销，如果数据量较大，建议先对去重逻辑做性能测试，必要时可以添加合适的索引提升查询效率。
总的来说，STRING_AGG对去重合并的支持更友好，而LISTAGG需要额外的去重步骤，开发者可以根据自己使用的数据库类型选择对应的实现方案，满足分组后去重合并字符串的需求。
SQLSTRING_AGGLISTAGGDISTINCT分组去重合并修改时间：2026-07-10 14:57:23