group_concat是mysql 8.0+唯一原生支持分组字符串拼接且可控排序的函数，需显式写order by子句，否则顺序不可靠；默认逗号分隔，可设separator；排序必须在函数内指定，受group_concat_max_len长度限制。
MySQL 8.0+ 用 GROUP_CONCAT 配合 ORDER BY 实现可控拼接
直接结论：GROUP_CONCAT 是 MySQL 中唯一原生支持分组字符串拼接且能指定顺序的函数，但必须显式写 ORDER BY 子句，否则顺序由存储引擎决定（通常不可靠）。
常见错误是只写 GROUP_CONCAT(col) 就以为能按业务顺序拼，结果每次查询顺序不一致，尤其在 JOIN 或 WHERE 条件变化后更明显。
-
GROUP_CONCAT默认以逗号分隔，可通过SEPARATOR修改，例如GROUP_CONCAT(name SEPARATOR ';') - 排序必须写在函数内部：
GROUP_CONCAT(name ORDER BY sort_id, create_time DESC)，外部ORDER BY不影响拼接顺序 - 注意长度限制：
group_concat_max_len默认仅 1024 字符，超长会被截断，需提前设大（如SET SESSION group_concat_max_len = 1000000）
PostgreSQL 用 STRING_AGG + ORDER BY 达到同样效果
PostgreSQL 没有 GROUP_CONCAT，但 STRING_AGG 功能等价，且语法更直观——排序必须作为第二个参数传入，漏掉就报错。
典型错误是照搬 MySQL 写法，比如 STRING_AGG(name ORDER BY id)，这在 PostgreSQL 里语法错误；正确写法必须明确分隔符和排序子句。
- 基础用法：
STRING_AGG(name, ', ' ORDER BY id)—— 第二个参数是分隔符，ORDER BY是独立子句 - 支持多字段排序：
STRING_AGG(name, ';') WITHIN GROUP (ORDER BY status, updated_at DESC)（注意括号和WITHIN GROUP关键字） - 空值处理：默认跳过
NULL，若需保留，可先用COALESCE(name, 'N/A')转换
SQL Server 用 STRING_AGG（2017+）或 FOR XML（旧版本）
SQL Server 2017 起支持 STRING_AGG，行为接近 PostgreSQL，但排序语法略有不同：必须用 WITHIN GROUP (ORDER BY ...)，且不能省略括号。
老版本（2016 及之前）只能靠 FOR XML + STUFF 组合实现，写法冗长、易出错，且对特殊字符（如 、<code>&）会自动转义，需要额外 REPLACE 处理。
- 2017+ 推荐写法：
STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY display_order) - FOR XML 方案中，
SELECT STUFF((SELECT ',' + name FROM t2 WHERE t2.group_id = t1.id ORDER BY seq FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)'), 1, 1, '')—— 注意TYPE和.value()才能避免转义 -
STRING_AGG对NULL值默认忽略，无需额外处理
跨数据库兼容性差，别指望一条 SQL 通吃
四个主流数据库的拼接函数名、排序语法、空值策略、长度限制全都不一样，强行抽象成统一接口容易踩坑。实际项目中，如果必须兼容多库，建议把拼接逻辑提到应用层（如 Python 的 ''.join(sorted(items))），而不是硬塞进 SQL。
最容易被忽略的是排序字段的稳定性：如果 ORDER BY 的字段存在重复值（比如多个记录 sort_id = 1），不同数据库可能产生不同拼接结果，因为底层排序算法对相等值的处理顺序不保证一致。
真正要确保顺序绝对可靠，得在排序字段中加入唯一键（如主键 ID）兜底，例如 ORDER BY sort_id, id。
