string_agg 默认不保证顺序，必须用 order by 显式排序；默认跳过 null；分隔符可为任意字符串但需注意转义；大数据量时未索引排序会导致性能下降。
STRING_AGG 为什么拼出来的字符串顺序不固定？
默认情况下 STRING_AGG 不保证顺序，尤其在并行查询或未显式排序时，结果可能每次执行都不一样。这不是 bug，而是 PostgreSQL 的行为设计：聚合函数本身不隐含排序逻辑。
必须用 ORDER BY 子句明确指定排序依据，否则即使当前看起来有序，上线后也可能出问题。
- 正确写法：
STRING_AGG(name, ', ' ORDER BY id) - 错误写法：
STRING_AGG(name, ', ')（无序，不可靠） - 若排序字段有 NULL，默认排在最前；需加
NULLS LAST或NULLS FIRST控制位置
分隔符里含逗号、换行等特殊字符怎么处理？
分隔符（sep 参数）可以是任意字符串，包括空格、制表符、换行符甚至 Unicode 字符，但要注意 SQL 字符串转义和客户端显示限制。
- 换行分隔：
STRING_AGG(value, E'\n')（E''表示支持转义） - 带引号包裹每个元素：
STRING_AGG('''' || value || '''', ', ') - 避免分隔符出现在原始数据中导致解析歧义——比如用
|||当分隔符，而数据里恰好有|||，就得先做预处理或改用 JSON 聚合
遇到 NULL 值，STRING_AGG 会怎么处理？
STRING_AGG 默认跳过 NULL 值，不会把它们变成空字符串或字面量 NULL。这点和 CONCAT 或 COALESCE 行为不同，容易误判数据完整性。
- 想把 NULL 显式转成字符串（如
'(missing)'）：先用COALESCE(value, '(missing)')包一层再聚合 - 想保留原始 NULL 并参与分隔逻辑：不行——
STRING_AGG天然过滤 NULL，必须提前转换 - 空组（所有值都是 NULL）返回 NULL，不是空字符串；需要空字符串可用
COALESCE(STRING_AGG(...), '')
性能差、查询卡住？可能是大数据量下没加索引或排序开销大
当分组内行数多、且 ORDER BY 字段无索引时，STRING_AGG 会触发大量内存排序，甚至落盘，拖慢整个查询。
- 检查执行计划：
EXPLAIN (ANALYZE) SELECT ... STRING_AGG(...) GROUP BY ...，重点看是否出现Sort节点及Buffers消耗 - 对排序字段建索引（如
CREATE INDEX ON tbl(group_id, sort_order)），让排序走索引扫描 - 极端场景（如单组百万行）考虑用游标 + 应用层拼接，避免数据库内存压力过大
