MySQL中UPDATE时用GROUP_CONCAT拼接多行值，须通过子查询聚合后赋值，不可直接字符串运算；默认长度1024易截断，需调大group_concat_max_len；NULL值自动忽略，支持DISTINCT、ORDER BY和SEPARATOR定制。
UPDATE 时用 GROUP_CONCAT 拼接多行值（MySQL）
MySQL 中最直接的方式是用 GROUP_CONCAT 配合子查询完成“多行 → 单字段”的更新。它本质是先聚合再赋值，不是在 UPDATE 里逐行追加。
常见错误是试图写成 UPDATE t1 SET col = col + (SELECT ...) —— 这会报错或逻辑错乱，因为 col 是单行字段，不能直接和子查询结果做字符串拼接运算（尤其当子查询返回多行时）。
- 必须用子查询包裹
GROUP_CONCAT，且该子查询只能返回一行一列 - 注意
GROUP_CONCAT默认最大长度为 1024，超长会被截断；可通过SET SESSION group_concat_max_len = 10000临时调大 - 若需去重，加
DISTINCT：GROUP_CONCAT(DISTINCT val SEPARATOR ',') - 空值默认被忽略，如需显示为
'NULL'，用IFNULL(val, 'NULL')包裹
示例：把用户所有订单号拼成逗号分隔字符串，存入用户表的 order_list 字段：
UPDATE users u SET order_list = ( SELECT GROUP_CONCAT(o.order_id SEPARATOR ';') FROM orders o WHERE o.user_id = u.id );
PostgreSQL 用 STRING_AGG 替代 GROUP_CONCAT
PostgreSQL 没有 GROUP_CONCAT，对应函数是 STRING_AGG，语法更严格：必须显式指定排序（否则结果不稳定），且不支持直接在 UPDATE 的 SET 子句中嵌套聚合（会报错 “aggregate functions are not allowed in UPDATE”）。
所以必须用 FROM 子句关联聚合结果，这是关键区别。
- 不能写
SET col = (SELECT STRING_AGG(...) FROM ...)（除非子查询加 LIMIT 1，但不可靠） - 正确做法是
UPDATE ... FROM (SELECT user_id, STRING_AGG(...) AS list FROM ...) t2 WHERE u.id = t2.user_id - 务必加
ORDER BY，例如STRING_AGG(order_id::TEXT, ',' ORDER BY created_at) - 空值默认跳过，如需保留，用
COALESCE(order_id::TEXT, 'NULL')
示例：
UPDATE users u SET order_list = t2.list FROM ( SELECT user_id, STRING_AGG(order_id::TEXT, ',' ORDER BY id) AS list FROM orders GROUP BY user_id ) t2 WHERE u.id = t2.user_id;
SQL Server 用 STRING_AGG（2017+）或 FOR XML（旧版本）
SQL Server 2017 起支持 STRING_AGG，行为接近 PostgreSQL；但老版本只能靠 FOR XML PATH('') 模拟拼接，容易出编码/特殊字符问题。
用 STRING_AGG 时同样不能在 SET 中直嵌子查询，得走 JOIN 或 CTE；而 FOR XML 方案必须加 .value('.', 'NVARCHAR(MAX)') 解析，漏掉就返回 XML 字符串而非纯文本。
- 2017+ 推荐写法：CTE 先聚合，再 UPDATE 关联 CTE
-
FOR XML PATH('')会把&、等转义为 <code>&、，需用 <code>REPLACE清洗，或改用TYPE).value('text()[1]', 'NVARCHAR(MAX)') - 拼接结果末尾不会多出逗号，但空值默认消失，需提前用
ISNULL(col, '')
CTE 示例（2017+）：
WITH agg AS ( SELECT user_id, STRING_AGG(CAST(order_id AS VARCHAR), ',') AS list FROM orders GROUP BY user_id ) UPDATE u SET order_list = a.list FROM users u JOIN agg a ON u.id = a.user_id;
UPDATE 前务必检查 NULL 和空集合场景
所有数据库中，当子查询没匹配到任何行时，GROUP_CONCAT/STRING_AGG 返回 NULL，导致目标字段被设为 NULL —— 这常被忽略，结果是清空原有内容而非保持不变。
这不是 bug，是 SQL 的三值逻辑决定的：聚合空集 → NULL。
- MySQL：用
IFNULL(GROUP_CONCAT(...), '') - PostgreSQL：用
COALESCE(STRING_AGG(...), '') - SQL Server（CTE 方式）：在 CTE 中对空组补默认值，或 UPDATE 时加
WHERE EXISTS (...)条件避开无数据用户 - 如果原字段有重要默认值（如
'N/A'），别依赖聚合函数兜底，显式处理更安全
真正麻烦的是跨库迁移时这个行为不一致 —— 比如 MySQL 的 GROUP_CONCAT 在空集时返回 NULL，而某些 ORM 自动生成的子查询可能悄悄加了 COALESCE，一换数据库就出偏差。
