能，STRING_AGG(DISTINCT col, ',')可去重，DISTINCT须紧贴函数名后、参数前；默认跳过NULL，全NULL组返回NULL；加ORDER BY可能影响性能；复杂去重要求建议用窗口函数或ARRAY_AGG替代。
STRING_AGG 里加 DISTINCT 真的能去重吗？
能，但必须写对语法——DISTINCT 是 STRING_AGG 的修饰符，不是子查询或外部过滤手段。很多人写成 STRING_AGG(DISTINCT col) 会报错，因为 PostgreSQL 要求 DISTINCT 必须紧贴在聚合函数名后、括号内第一个参数前。
- 正确写法：
STRING_AGG(DISTINCT col, ',') - 错误写法：
STRING_AGG(DISTINCT(col), ',')或STRING_AGG(DISTINCT col ORDER BY col, ',')（ORDER BY必须在DISTINCT后） -
DISTINCT作用于整个表达式，比如STRING_AGG(DISTINCT lower(name), ';')会对小写化后的值去重
分组去重拼接时 NULL 怎么处理？
STRING_AGG 默认跳过 NULL 值，这通常符合预期；但如果你显式拼了 NULL（比如用 COALESCE 补空字符串），就可能引入重复空值。更隐蔽的问题是：当整组数据全为 NULL，结果返回 NULL 而非空字符串。
- 想把
NULL当普通值参与去重？用COALESCE(col, 'NULL')或col::text强转（注意类型一致性） - 想确保空组返回空字符串？外层套
COALESCE(STRING_AGG(...), '') - 注意：
DISTINCT会把多个NULL视为一个，所以STRING_AGG(DISTINCT col)在全NULL组中仍返回NULL
性能和排序怎么平衡？
DISTINCT 本身会触发内部哈希或排序去重，再加 ORDER BY 可能导致双重排序，尤其在大数据集上明显变慢。PostgreSQL 14+ 对 STRING_AGG(DISTINCT ... ORDER BY ...) 做了优化，但老版本建议手动控制顺序。
- 如果业务只要去重、不要固定顺序，去掉
ORDER BY能显著提速 - 如果需要稳定顺序，优先在
DISTINCT内做排序：STRING_AGG(DISTINCT col ORDER BY col, ',') - 避免在
ORDER BY里用函数（如ORDER BY lower(col)），否则无法利用索引，且去重逻辑可能与排序逻辑不一致
替代方案：什么时候不该用 STRING_AGG(DISTINCT)？
当去重要求复杂（比如按某字段优先级取值、合并前需清洗、跨多列组合去重），硬塞进 STRING_AGG(DISTINCT ...) 会让 SQL 难读难调，也容易漏边界 case。
- 例如“每组取最新时间对应的 name”——该用
ROW_NUMBER()窗口函数预过滤，再STRING_AGG - 例如“name 和 category 联合去重”——得写
STRING_AGG(DISTINCT concat(name, '|', category), ',')，但要注意分隔符冲突风险 - 真正的大规模去重拼接（百万行以上分组），考虑先用
GROUP BY + ARRAY_AGG(DISTINCT ...)，再用array_to_string，有时比嵌套字符串操作更可控
实际用的时候，最常被忽略的是 DISTINCT 和 ORDER BY 的位置关系，以及 NULL 在去重语义里的隐式行为——这两点一错，结果就 quietly 不对。
