STRING_AGG()是专为字符串拼接设计的原生聚合函数，一步完成连接、排序、空值过滤，无需额外类型转换，性能更优、语义更清晰、行为更可控。
直接用 STRING_AGG()，别绕路写应用层循环或拼 array_agg() 再转字符串——它就是干这个的，原生、高效、可控。
为什么 STRING_AGG() 是首选，而不是 array_agg() + array_to_string()
虽然两者都能凑出字符串，但 STRING_AGG() 是专为拼接设计的聚合函数，一步到位；而 array_agg() 先生成数组，再靠 array_to_string() 转换，多一次类型转换、多一次内存拷贝，还容易在空值/空字符串处理上出错。尤其当字段本身是 TEXT 或 VARCHAR 时，STRING_AGG() 的执行计划更干净，PostgreSQL 优化器也更熟悉它的行为。
-
STRING_AGG()支持原生排序（ORDER BY子句直接写在参数后），array_agg()排序需额外套一层子查询或窗口函数 - 空值（
NULL）默认被跳过，符合大多数业务直觉；而array_agg()会把NULL当作数组元素保留，后续array_to_string()可能输出NULL或报错 - 分隔符是必填参数，不传会报错，强制你明确意图；
array_to_string()的分隔符是可选的，默认为空字符串，容易埋下格式混乱隐患
STRING_AGG() 的基本语法和常见错误
标准写法是 STRING_AGG(expression, delimiter)，注意两点：分隔符是第二个**位置参数**，不是关键字；且必须提供，不能省略或传 NULL。
- 错误写法：
STRING_AGG(city, NULL)→ 报错 “delimiter must not be null” - 错误写法：
STRING_AGG(city, ', ' ORDER BY city DESC)→ 缺少括号包裹排序子句，应为STRING_AGG(city, ', ' ORDER BY city DESC) - 错误写法：
STRING_AGG(city, ',') FILTER (WHERE city IS NOT NULL)→ 多余，STRING_AGG本就自动忽略NULL，加FILTER反而可能漏掉非空但需条件筛选的场景 - 正确示例：
SELECT country, STRING_AGG(city, '、') FROM cities GROUP BY country
如何安全处理空字符串和排序需求
空字符串（''）不会被 STRING_AGG() 自动过滤，会导致结果里出现多余分隔符，比如 北京、、上海、。排序则直接影响拼接顺序，不显式声明时顺序不确定。
- 用
CASE WHEN把空字符串转成NULL：STRING_AGG(CASE WHEN city = '' THEN NULL ELSE city END, '、') - 需要按长度排序城市名：
STRING_AGG(city, '、' ORDER BY LENGTH(city) DESC) - 需要按原始插入顺序（假设表有自增
id）：STRING_AGG(city, '、' ORDER BY id) - 多个排序条件也支持：
STRING_AGG(city, '、' ORDER BY province, LENGTH(city) DESC)
性能与边界问题：长度截断和 NULL 分隔符陷阱
STRING_AGG() 拼出来的字符串没有隐式长度限制，但实际受 max_length（如客户端驱动限制）、work_mem（影响排序阶段内存）和字段类型（TEXT 理论无上限，VARCHAR(n) 会被截断）共同制约。
- 如果担心超长，用
SUBSTRING(STRING_AGG(...), 1, 500)主动截断，别依赖应用层兜底 - 千万别用空字符串做分隔符：
STRING_AGG(city, '')语法合法，但结果不可读、难调试，且无法反向拆分 - 分隔符含特殊字符（如逗号+空格
', '）时，确保下游解析逻辑能兼容，否则导出 CSV 可能错列 - 在
GROUP BY查询中混用未聚合字段，会触发 PostgreSQL 的严格模式报错，所有非分组字段必须进聚合函数或出现在GROUP BY列表中
最常被忽略的是空字符串处理——它不像 NULL 那样被自动跳过，却常被当成“无效值”忽略，结果拼出来一堆顿号或逗号，查半天才发现是数据清洗没做干净。
