应优先使用string_agg()而非array_agg()+array_to_string()，因其原生高效、自动跳过null、分隔符必填、排序语法简洁，并需注意处理空字符串、数组字段展开及显式排序等细节。
☞☞☞☞点击夸克ai手把手教你，操作像呼吸一样简单！☜☜☜☜☜
直接用 STRING_AGG()，别绕路写子查询、拼数组或应用层循环——它就是干这个的，原生、高效、可控。
为什么 STRING_AGG() 比 array_agg() + array_to_string() 更可靠
两者都能凑出字符串，但行为差异明显：
-
STRING_AGG()是专为字符串拼接设计的聚合函数，一步完成连接+排序+空值过滤；array_agg()先生成数组，再靠array_to_string()转换，多一次类型转换和内存拷贝 -
STRING_AGG()默认跳过NULL，符合业务直觉；array_agg()会把NULL当作数组元素保留，后续array_to_string()可能输出NULL或报错 -
STRING_AGG()的分隔符是必填位置参数，不传就报错"delimiter must not be null"，强制你明确意图；而array_to_string()分隔符可选，默认为空字符串，容易导致格式混乱 - 排序语法更干净：
STRING_AGG(name, ', ' ORDER BY created_at)直接支持；array_agg()排序得套子查询或加窗口函数
STRING_AGG() 的正确写法与常见报错
标准语法是 STRING_AGG(expression, delimiter [ORDER BY sort_expression])，注意括号和顺序：
- 分隔符必须提供，不能为
NULL：错误写法STRING_AGG(city, NULL)→ 报错 - 排序子句必须包裹在函数括号内：错误写法
STRING_AGG(city, ', ' ORDER BY city DESC)→ 缺少括号，应为STRING_AGG(city, ', ' ORDER BY city DESC) - 别画蛇添足加
FILTER过滤NULL：STRING_AGG(city, ', ') FILTER (WHERE city IS NOT NULL)多余，因为STRING_AGG()本就自动忽略NULL - 空字符串
''不会被跳过，会导致结果出现多余分隔符（如北京、、上海）；需用CASE WHEN转成NULL：STRING_AGG(CASE WHEN city = '' THEN NULL ELSE city END, '、')
处理数组字段时不能直接用 STRING_AGG()
如果字段本身是数组类型（比如 tags text[]），直接写 STRING_AGG(tags, ', ') 会报错：function string_agg(text[], unknown) does not exist。因为 STRING_AGG() 只接受标量输入。
正确做法是先用 unnest() 展开数组成行，再聚合：
SELECT string_agg(elem, ', ') FROM (SELECT unnest(tags) AS elem FROM posts WHERE id = 123) t;
若要保留去重或排序，可在子查询中加 DISTINCT 或 ORDER BY：
- 去重后拼接：
SELECT string_agg(DISTINCT elem, ', ') FROM (SELECT unnest(tags) AS elem FROM posts WHERE id = 123) t; - 按长度倒序拼接：
SELECT string_agg(elem, ', ' ORDER BY LENGTH(elem) DESC) FROM (SELECT unnest(tags) AS elem FROM posts WHERE id = 123) t;
实际业务中容易被忽略的边界点
拼接结果可能超出 text 字段默认长度限制（虽然 PostgreSQL 的 text 理论无上限，但某些客户端或 ORM 有截断风险）；若需控制长度，必须显式用 substring() 截断，例如：substring(STRING_AGG(name, ', '), 1, 500)。
另外，排序不是可选项——不加 ORDER BY 时拼接顺序不确定，尤其在并发写入或表无主键/索引时，两次查询结果可能不同。哪怕只是按主键排，也建议写明：STRING_AGG(name, ', ' ORDER BY id)。
