必须用GROUP_CONCAT（MySQL）或STRING_AGG（PostgreSQL）在子查询中聚合多行值为单值更新字段，且需用COALESCE处理NULL、注意长度限制与分组正确性，否则报错或数据截断。
UPDATE 时用子查询拼接多行值，必须用 GROUP_CONCAT（MySQL）或 STRING_AGG（PostgreSQL）
直接在 UPDATE 语句里对目标字段做多行聚合更新，核心是把子查询结果当作单值表达式来用。但不同数据库语法差异大，不能混用：MySQL 必须用 GROUP_CONCAT，PostgreSQL 必须用 STRING_AGG，SQLite 用 GROUP_CONCAT（行为略有不同），SQL Server 得靠 STRING_AGG（2017+）或 FOR XML（旧版）。写错函数名会直接报错，比如在 MySQL 里写 STRING_AGG 就是 Unknown function。
常见错误现象：ERROR 1305 (42000): FUNCTION xxx.STRING_AGG does not exist（MySQL 下）；或 column "xxx" must appear in the GROUP BY clause（忘了在子查询里正确分组）。
- MySQL 示例（把 user_id=123 的所有标签名拼成逗号分隔字符串，更新到 users.profile_tags 字段）：
UPDATE users SET profile_tags = ( SELECT GROUP_CONCAT(tag_name SEPARATOR ', ') FROM user_tags WHERE user_id = 123 ) WHERE id = 123;
- PostgreSQL 示例（注意要加
ORDER BY控制顺序，否则结果不稳定）：UPDATE users SET profile_tags = ( SELECT STRING_AGG(tag_name, ', ' ORDER BY created_at) FROM user_tags WHERE user_id = 123 ) WHERE id = 123;
- 拼接前务必加
WHERE过滤，否则子查询可能返回多行——UPDATE子查询只允许返回 0 或 1 行，否则报错Subquery returns more than 1 row。
避免 NULL 导致整个字段变 NULL：显式处理空值和空集合
GROUP_CONCAT 和 STRING_AGG 遇到无匹配行时默认返回 NULL，如果没做判断，UPDATE 后目标字段就会被设成 NULL，而不是空字符串。这不是 bug，是聚合函数的默认行为。
- MySQL：用
COALESCE(GROUP_CONCAT(...), '')把 NULL 转成空字符串 - PostgreSQL：用
COALESCE(STRING_AGG(...), '')，或更稳妥地加FILTER (WHERE tag_name IS NOT NULL)排除空值干扰 - 别依赖
IFNULL或NULLIF做兜底——它们只处理单值，不解决聚合后为空的问题 - 测试时故意删掉关联数据，看字段是否意外变 NULL，这是最容易被忽略的线上隐患
UPDATE + JOIN 写法在 MySQL 中不支持多表聚合更新
有人想用 UPDATE t1 JOIN t2 ON ... SET t1.field = GROUP_CONCAT(t2.val)，这在 MySQL 里语法错误。MySQL 的 UPDATE ... JOIN 不允许在 SET 子句中直接用聚合函数，会报 Invalid use of group function。
- 唯一可靠解法：坚持用子查询方式（上文第一种写法），确保子查询能独立运行并返回单值
- 如果关联逻辑复杂（比如要按多个条件动态拼接），先建临时表或 CTE（PostgreSQL/SQL Server），再 UPDATE，别硬套 JOIN
- MySQL 8.0+ 支持 CTE，但 CTE 本身不能直接用于 UPDATE 的 SET 子句，仍需嵌套一层子查询
长度限制和性能风险：GROUP_CONCAT 有默认 1024 字节上限
MySQL 的 GROUP_CONCAT 默认 group_concat_max_len = 1024，超长会被截断，且不报错——你看到的只是前 N 个字符，现场很难发现。
- 查当前值：
SELECT @@group_concat_max_len; - 临时调高（当前会话）：
SET SESSION group_concat_max_len = 1000000; - 永久修改需改配置文件
my.cnf，加group_concat_max_len = 1000000 - PostgreSQL 的
STRING_AGG没硬编码长度限制，但拼太长会影响网络传输和内存，建议业务层控制最大拼接项数（如加LIMIT 100） - UPDATE 前先用同样子查询 SELECT 一把，确认结果长度和内容是否符合预期，比上线后修数据成本低得多
