STRING_AGG在PostgreSQL 16中仍要求严格参数顺序（expression, delimiter），不支持NULL分隔符，必须显式ORDER BY保证顺序，GROUP BY字段须完整匹配非聚合列，NULL值默认跳过但空字符串参与拼接。
STRING_AGG 在 PostgreSQL 16 中行为与之前版本基本一致，但需注意几个关键点：它仍是唯一原生支持排序、去重和 NULL 控制的字符串聚合函数，不依赖扩展，也不受 GROUP_CONCAT（MySQL）或 FOR XML PATH（SQL Server）等语法干扰。
参数顺序写错会直接报错
必须是 STRING_AGG(expression, delimiter)，不能颠倒。常见错误是把分隔符放前面：STRING_AGG(', ', col) —— 这会导致 PostgreSQL 报错：function string_agg(unknown, text) does not exist，因为类型推导失败。
如果 expression 是非文本类型（比如 integer 或 uuid），必须显式转换：STRING_AGG(CAST(id AS TEXT), ', ')；否则会报类型不匹配错误。
- 分隔符可以是任意字符串，包括空字符串
''（无间隔拼接） - 若
delimiter为NULL，整个结果变为NULL，不是跳过分隔符 - 支持嵌套表达式，如
STRING_AGG(COALESCE(name, 'unnamed'), ' | ')
不加 ORDER BY 时顺序不可靠
PostgreSQL 不保证未指定排序的拼接顺序。同一查询多次执行，可能返回 "A, B, C" 或 "C, A, B" —— 这取决于底层执行计划，而非插入顺序或主键顺序。
正确写法是把 ORDER BY 放在括号内、分隔符之后：STRING_AGG(tag, ', ' ORDER BY created_at DESC)。
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
- 支持多字段排序：
ORDER BY status NULLS LAST, updated_at DESC -
NULLS FIRST/NULLS LAST必须显式声明，否则默认NULLS FIRST - 排序字段若来自 JOIN 表，需确保别名或前缀明确，避免歧义
GROUP BY 漏写或字段不匹配导致数据错乱
这是线上最常引发数据事故的原因：想按 user_id 合并标签，却忘了 GROUP BY user_id，或者误用了 username（存在重名）。
检查规则很简单：SELECT 列表中所有非聚合字段，必须完整出现在 GROUP BY 子句里，且不能用 SELECT 中定义的别名（如 AS uid）参与 GROUP BY，应写原始列名或表前缀：GROUP BY t.user_id。
- 若聚合字段含重复值且需去重，可用
STRING_AGG(DISTINCT tag, ', ')，但仅限单字段；多字段去重要先用DISTINCT ON或 CTE 预处理 - 聚合后字符串超长？PostgreSQL 16 默认无硬限制，但客户端或应用层可能截断；必要时用
SUBSTRING(STRING_AGG(...), 1, 1000)控制长度
NULL 值默认被跳过，但需主动控制逻辑
STRING_AGG 默认忽略 NULL 值，这通常合理；但它不会把 NULL 替换成空字符串 —— 如果你希望显示占位符，得用 COALESCE 或 CASE WHEN 预处理：
STRING_AGG(CASE WHEN name IS NULL THEN '[missing]' ELSE name END, ', ')
- 空字符串
''不会被跳过，会参与拼接，例如'a, ,c' - 若整组全是
NULL，结果为NULL（不是空字符串） - 性能上，
STRING_AGG是 C 实现，比应用层循环快 3–5 倍；但大数据量下仍建议加索引覆盖排序字段
STRING_AGG(tag, ', ') ORDER BY tag 是语法错误 —— 这个 ORDER BY 属于窗口函数或外层查询，对聚合结果无效。 
