是，SQL Server 2017+ 和 PostgreSQL 均支持 STRING_AGG(DISTINCT col, ',')，但 SQL Server 要求 DISTINCT 紧贴函数名后、仅作用于单个表达式，而 PostgreSQL 语法更宽松；两者均默认跳过 NULL、保留空字符串，且需显式类型转换非字符串字段。
STRING_AGG在SQL Server和PostgreSQL中都支持DISTINCT吗？
PostgreSQL 支持 STRING_AGG(DISTINCT col, ',')，语法直接、语义清晰；SQL Server **完全不支持** DISTINCT 关键字出现在 STRING_AGG 参数里，强行写会报错 Incorrect syntax near the keyword 'DISTINCT'。
想在 SQL Server 中去重拼接，必须提前剥离重复项：
- 用 CTE 或子查询先
SELECT DISTINCT group_id, name FROM t - 再对结果集执行
STRING_AGG(name, ',')并GROUP BY group_id - 不能依赖函数内部去重逻辑——它压根不存在
排序语法：WITHIN GROUP(ORDER BY ...) 是通用写法吗？
是，但兼容性有坑。SQL Server 2017 初版只支持 STRING_AGG(expr, sep) WITHIN GROUP (ORDER BY ...)，且 ORDER BY 必须写在 WITHIN GROUP 里；PostgreSQL 也支持该写法，但还额外允许更简洁的 STRING_AGG(expr, sep ORDER BY expr)（函数内直接写 ORDER BY）。
如果你写的是跨库兼容 SQL，务必统一用 WITHIN GROUP 形式——否则 PostgreSQL 能跑，SQL Server 2017–2019 会报错 Incorrect syntax near 'ORDER'。
NULL值处理和空字符串行为一致吗？
两者默认都跳过 NULL 值，不会插入分隔符占位。但空字符串 '' 会被正常拼接——这点常被忽略。
如果业务要求把 NULL 显式转成 '(null)' 或过滤掉空字符串，得手动干预：
- SQL Server：
STRING_AGG(ISNULL(NULLIF(name, ''), '(empty)'), ',') WITHIN GROUP (ORDER BY name) - PostgreSQL：
STRING_AGG(COALESCE(NULLIF(name, ''), '(empty)'), ',') ORDER BY name
注意 NULLIF 和 COALESCE 的参数顺序、括号嵌套层级，少一层就可能让整个聚合结果变成 NULL。
非字符串字段能直接传给STRING_AGG吗？
不能。两个数据库都要求第一个参数必须是字符串类型。传 INT、DATETIME 等会触发隐式转换失败或静默截断。
正确做法是显式转换：
- SQL Server：
STRING_AGG(CAST(id AS VARCHAR(10)), ',') - PostgreSQL：
STRING_AGG(id::TEXT, ',')
别指望 CONCAT 或 + 在聚合上下文里兜底——STRING_AGG 不吃那一套。漏掉转换，在分组数据量大时可能突然报错 String or binary data would be truncated，尤其当字段长度远超默认 VARCHAR(1) 隐式推导值时。
