MySQL 8.0+ 用 GROUP_CONCAT()，PostgreSQL 用 string_agg(expr, sep ORDER BY ...)，SQL Server 2017+ 用 STRING_AGG(expr, sep) WITHIN GROUP (ORDER BY ...)；三者均需显式排序、处理 NULL，且不兼容——硬套会报错。
MySQL 8.0+ 直接用 GROUP_CONCAT()，低版本或 PostgreSQL、SQL Server 需换方案——不是所有数据库都支持同一函数，硬套会报错。
MySQL 中 GROUP_CONCAT() 的正确用法和坑
它专为分组后字符串拼接设计，但默认行为容易踩坑：
-
GROUP_CONCAT()默认用逗号分隔，且只返回前 1024 字符（由系统变量group_concat_max_len控制），超长会被截断 - 排序必须显式加
ORDER BY子句，写在括号内，比如GROUP_CONCAT(name ORDER BY id)，不能写在外部ORDER BY - 空值会被忽略，若需保留，得先用
IFNULL(name, 'N/A')或COALESCE(name, 'N/A')处理 - 分隔符可自定义：
GROUP_CONCAT(name SEPARATOR '; ')，注意SEPARATOR是关键字，不能省略
PostgreSQL 怎么做？别用 string_agg() 却漏掉 ORDER BY
string_agg() 是 PostgreSQL 的等价函数，但它不接受隐式排序 —— 如果你没写 ORDER BY，结果顺序是不确定的，可能每次查询都不一样：
- 正确写法：
string_agg(name, ', ' ORDER BY id) - 错误写法：
string_agg(name, ', ') ORDER BY id（这是对整个聚合结果排序，不是对输入值排序） - 如果字段含
NULL，string_agg()默认跳过；要保留，得先COALESCE(name, '') - 不支持设置最大长度，超长不会截断，但可能拖慢查询或撑爆内存
SQL Server 2017+ 推荐 STRING_AGG()，旧版本只能靠 FOR XML 拼接
SQL Server 2017 起有了原生函数，但语法细节和 MySQL/PG 不同：
-
STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY id)—— 注意WITHIN GROUP是必须的，且括号里只能是ORDER BY，不能加WHERE或表达式 - 旧版本（2016 及以前）得用
FOR XML PATH('')，写法绕且易出错，比如漏掉TYPE导致特殊字符被转义成&等 -
STRING_AGG()会自动跳过NULL，无需额外处理；但若字段是text类型，需先CAST成VARCHAR，否则报错
跨数据库兼容性差，别指望一条 SQL 跑通所有环境
不同数据库的拼接函数名、参数顺序、排序语法、NULL 处理逻辑全都不一致。哪怕只是换了个数据库小版本（比如 MySQL 5.7 → 8.0），GROUP_CONCAT() 的默认长度也可能从 1024 变成更大值，导致之前没暴露的截断问题突然浮现。
最常被忽略的是：排序意图和实际执行顺序完全脱节——写在 GROUP BY 后面的 ORDER BY，管的是最终结果集顺序，不是拼接时的元素顺序。
