MySQL中GROUP_CONCAT结果被截断是因为默认长度上限为1024字符，超出部分静默丢弃；可通过SET SESSION或配置文件调整group_concat_max_len解决。
MySQL中用GROUP_CONCAT拼接分组字符串时，为什么结果被截断？
默认情况下 GROUP_CONCAT 返回的字符串长度上限是1024字符，超出部分直接丢弃，不会报错，但数据看起来“莫名其妙少了”。这是最常被忽略的隐性截断问题。
- 临时调整：执行
SET SESSION group_concat_max_len = 10000;（注意是 session 级，非全局） - 永久生效：在 MySQL 配置文件（
my.cnf或my.ini）中添加group_concat_max_len = 10000，然后重启服务 - 验证当前值：查询
SELECT @@group_concat_max_len;
PostgreSQL里没有GROUP_CONCAT，该用什么替代？
PostgreSQL 用 STRING_AGG 实现相同功能，但语法和行为有关键差异：它不自动去重、不支持内置排序子句（需配合 ORDER BY 子表达式），且 NULL 值默认被跳过（不像 MySQL 默认转为空字符串）。
- 基础用法：
STRING_AGG(column_name, ', ') - 带排序：
STRING_AGG(column_name, ', ' ORDER BY column_name) - 处理 NULL：若需保留占位符，先用
COALESCE(column_name, 'NULL')转换 - 注意：不能在同一个
GROUP BY查询中对同一列既聚合又单独引用（会报错），必须明确区分聚合列与分组列
SQL Server 的STRING_AGG为何提示“无法识别的内置函数”？
因为 STRING_AGG 是 SQL Server 2017+ 才引入的函数，旧版本（如 2016 及更早）不支持。强行使用会报错 ‘STRING_AGG’ is not a recognized built-in function name.
- SQL Server 2017+：直接用
STRING_AGG(column, ', ') WITHIN GROUP (ORDER BY column) - SQL Server 2016 及更早：只能退回到 XML PATH 方案，例如：
SELECT STUFF((SELECT ',' + name FROM users u2 WHERE u2.group_id = u1.group_id FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)'), 1, 1, '') AS names FROM users u1 GROUP BY group_id - XML PATH 方案性能较差，尤其大数据量时，且对含特殊字符（如
<、&）的字段需额外.value()解码处理
拼接结果里出现重复值，怎么去重？
原生聚合函数大多不提供去重开关，必须靠外层逻辑控制。MySQL 的 GROUP_CONCAT(DISTINCT ...) 是个例外，其他数据库需手动处理。
- MySQL：直接写
GROUP_CONCAT(DISTINCT column_name) - PostgreSQL：先用
DISTINCT ON或子查询去重，再进STRING_AGG，例如：STRING_AGG(DISTINCT column_name, ', ')（注意：PostgreSQL 14+ 才支持DISTINCT关键字在STRING_AGG中） - 通用稳妥法：用子查询或 CTE 先
SELECT DISTINCT，再聚合，避免依赖版本特性 - 特别注意：去重发生在聚合前还是后，会影响结果逻辑——比如按时间排序后取最新一条再拼接，就不能只靠
DISTINCT
