用 STRING_AGG 或 GROUP_CONCAT 可拼接多行字符串，但默认行为、分隔符、NULL 处理和排序差异大；GROUP_CONCAT 无匹配行时返回 NULL，字段为 NULL 时被忽略，需用 COALESCE 防空；mysql 默认长度限 1024 字节；STRING_AGG 的 ORDER BY 必须在括号内；postgresql 支持 DISTINCT，SQL Server 不支持；跨库语法不兼容，ORM 中优先使用其聚合接口。
直接说结论：用 STRING_AGG（PostgreSQL / SQL Server 2017+）或 GROUP_CONCAT（MySQL）能干净地把多行值拼成一行字符串，但默认行为、分隔符、NULL 处理和排序控制差异很大，不注意就会漏数据或顺序错乱。
为什么 GROUP_CONCAT 有时不返回任何结果？
常见于 WHERE 条件过滤后没匹配到行 —— GROUP_CONCAT 是聚合函数，若分组内无记录，结果为 NULL（不是空字符串）。另外，若字段本身为 NULL，默认被忽略，整段拼接可能“消失”。
- 加
IFNULL(..., '')或COALESCE(..., '')包裹整个表达式防空 - 用
GROUP_CONCAT(col SEPARATOR ',' ORDER BY col)显式指定排序，否则顺序不确定 - MySQL 默认最大长度是 1024 字节（
group_concat_max_len），超长会被截断，查不到后半部分
STRING_AGG 的 ORDER BY 必须写在括号里，不能放外面
很多人写成 STRING_AGG(name) ORDER BY name，这是错的 —— ORDER BY 是 STRING_AGG 的参数，必须紧贴函数内部，正确写法是：STRING_AGG(name, ', ' ORDER BY name)。SQL Server 和 PostgreSQL 都遵循这个语法。
- 分隔符是第二个参数，不可省略；想用空字符串就写
'' - PostgreSQL 支持
STRING_AGG(DISTINCT name, ', ')去重，SQL Server 不支持 DISTINCT 关键字 - 遇到 NULL 值时，
STRING_AGG默认跳过，和GROUP_CONCAT一致，无需额外处理
跨数据库写法兼容性差，别硬套一个 SQL 跑所有库
MySQL 没有 STRING_AGG，PostgreSQL/SQL Server 也不认 GROUP_CONCAT。连分隔符参数位置都不同：MySQL 是第二参数，PostgreSQL 是第二参数但带 ORDER BY 子句，SQL Server 同样。
- MySQL：
GROUP_CONCAT(name ORDER BY id SEPARATOR ';') - PostgreSQL：
STRING_AGG(name, '; ' ORDER BY id) - SQL Server：
STRING_AGG(name, '; ') WITHIN GROUP (ORDER BY id) - 如果用 ORM（如 SQLAlchemy、Django ORM），优先用其聚合接口，别手拼原生 SQL
最常被忽略的是排序依赖 —— 没写 ORDER BY 时，拼出来的字符串顺序完全由查询执行计划决定，可能每次都不一样。哪怕只是临时查数据，也建议显式加上。