PostgreSQL中不能直接将多行数据合并进一行，需先聚合再更新：用UPDATE...FROM配合子查询（如STRING_AGG）生成单值，通过JOIN关联目标行，避免标量子查询多行错误。
PostgreSQL 中不能直接用 UPDATE 把多行数据“合并”进一行现有记录——这不是 SQL 的语义，也不是存储引擎支持的操作。你真正需要的，是把多行源数据聚合后，再用结果去更新目标行。
用 UPDATE ... FROM + 聚合子查询一次性更新
这是最常用、也最安全的做法：先用 SELECT 把多行聚合成单个值（比如拼接字符串），再通过 UPDATE ... FROM 关联到目标记录上。
常见错误现象：ERROR: more than one row returned by a subquery used as an expression —— 这说明你用了标量子查询（(SELECT ...)）但返回了多行，而标量只接受单值。
- 必须用
UPDATE ... FROM语法，而非在SET里嵌套返回多行的子查询 - 聚合函数如
STRING_AGG()必须配合GROUP BY或作为子查询的顶层操作，否则会报错 - 注意
JOIN条件要确保一对一关系，避免意外重复更新
示例：把 comments 表中所有 post_id = 123 的评论拼成一行，更新到 posts 表的 summary 字段：
PostgreSQL 18.4 官方 Ubuntu 安装包现已发布，这是目前最新的稳定版本。推荐通过官方 APT 仓库安装：先执行 sudo apt update 更新索引，再运行 sudo apt install postgresql-18 即可完成部署。新版本引入了异步 I/O 子系统，在顺序扫描与 VACUUM 场景下性能提升显著，同时支持 UUID v7 原生生成函数与虚拟生成列。
UPDATE posts p SET summary = agg.combined FROM ( SELECT post_id, STRING_AGG(content, ' | ' ORDER BY created_at) AS combined FROM comments WHERE post_id = 123 GROUP BY post_id ) agg WHERE p.id = agg.post_id AND p.id = 123;
STRING_AGG() 的分隔符、排序和空值处理
拼接文本时，默认不处理 NULL，也不保证顺序，容易导致结果不可预期。
-
STRING_AGG(content, ' | ')中第二个参数是分隔符，必须是字符串字面量或表达式，不能是列名 - 加
ORDER BY子句（写在STRING_AGG内部）才能控制拼接顺序；外部ORDER BY无效 - 若某行
content是NULL，默认被忽略；如需保留，用COALESCE(content, '<null>')</null> - PostgreSQL 14+ 支持
STRING_AGG(DISTINCT ...)去重，旧版本需提前去重或用ARRAY_TO_STRING(ARRAY_AGG(DISTINCT ...), ...)
更新不存在的目标记录？小心 UPDATE 不生效
UPDATE ... FROM 是 inner join 语义：只有匹配上的目标行才会被更新。如果 posts 表里没有 id = 123，上面的语句就什么也不做，也不会报错。
- 想插入或更新（upsert），得用
INSERT ... ON CONFLICT，但前提是目标表有唯一约束 - 确认更新是否成功，查
GET DIAGNOSTICS row_count = ROW_COUNT;（在 PL/pgSQL 中）或看客户端返回的“UPDATE n”提示 - 测试时先用
SELECT模拟子查询结果，确保聚合逻辑正确，再套进UPDATE
大数据量下性能和锁的现实约束
聚合 + 更新本身不慢，但整张表扫描、长事务、或高并发写入时，容易触发锁等待甚至死锁。
-
comments表若无post_id索引，聚合子查询会全表扫描，拖慢整个UPDATE - 该语句会对目标
posts行加ROW EXCLUSIVE锁，同时对参与聚合的comments行加SHARE锁（取决于执行计划） - 不要在事务里批量跑这类语句；如果要更新上千个
post_id，拆成小批次，每批带LIMIT并显式COMMIT
真正麻烦的不是语法，而是聚合逻辑是否覆盖边界情况：空集合返回 NULL 还是空字符串？换行符要不要转义？并发写入时有没有人正在修改同一组 comments？这些得结合业务定，SQL 本身不替你判断。
