MySQL不支持STRING_AGG，应使用GROUP_CONCAT；SQL Server 2017+、PostgreSQL 9.0+才支持STRING_AGG，且必须配合GROUP BY使用，排序需显式声明（SQL Server用WITHIN GROUP，PostgreSQL用ORDER BY），NULL值默认跳过。
STRING_AGG 不能用在 MySQL 或旧版 SQL Server 上
如果你执行 STRING_AGG 报错，大概率是因为数据库不支持：MySQL 直到 8.0.19 才引入（且叫 GROUP_CONCAT），SQL Server 2017+ 才有 STRING_AGG，PostgreSQL 9.0+ 一直支持。Oracle 用 LISTAGG，SQLite 用 GROUP_CONCAT。别硬套函数名，先查版本和方言。
验证方式很简单：
SELECT VERSION(); -- MySQL<br>SELECT @@VERSION; -- SQL Server<br>SELECT version(); -- PostgreSQL
基本用法：必须配合 GROUP BY，否则聚合逻辑失效
STRING_AGG 是窗口/分组聚合函数，不是字符串拼接工具。单独对一列调用会报错或返回意外结果——它默认按整个结果集分组，若没 GROUP BY，所有行被压成一行，丢失原始分组意图。
常见错误写法：
SELECT STRING_AGG(name, ', ') FROM users; -- ❌ 没 GROUP BY，强行合并全部
正确场景示例（按部门合并员工姓名）：
SELECT dept, STRING_AGG(name, ', ') AS members<br>FROM users<br>GROUP BY dept;
- 第一个参数是待聚合的表达式，支持列、函数甚至
COALESCE(name, 'N/A') - 第二个参数是分隔符，可以是空格、换行
CHAR(10)，甚至带前缀的' → ' + name（需嵌套子查询或 CTE） - PostgreSQL 和 SQL Server 支持第三个参数
ORDER BY子句，但语法位置不同：SQL Server 写在括号内末尾，PostgreSQL 在括号外用ORDER BY关键字
处理 NULL 值：默认跳过，但无法直接保留为字符串
STRING_AGG 默认忽略 NULL 值，不会插入空字符串或占位符。如果字段可能为空，又想体现“缺省”，得提前转换：
SELECT STRING_AGG(COALESCE(name, '[unknown]'), ', ')<br>FROM users;
- 别用
ISNULL或NULLIF替代COALESCE，因为兼容性差（如 PostgreSQL 不认ISNULL） - 如果整组都是
NULL，STRING_AGG返回NULL而非空字符串，需要外层套COALESCE(..., '') - MySQL 的
GROUP_CONCAT有SEPARATOR和NULLIF行为差异，且默认最大长度 1024，超长会被截断（通过group_concat_max_len配置）
性能隐患：大数据量下排序和内存消耗容易被忽略
当开启 ORDER BY（比如 STRING_AGG(name, ', ') ORDER BY created_at），数据库必须对每组数据先排序再聚合。百万级记录分组时，可能触发磁盘临时表或 OOM。
- 确认是否真需要排序——多数报表只需去重合并，不强制顺序
- SQL Server 中，
STRING_AGG排序会抑制并行计划，加OPTION (USE HINT('ENABLE_PARALLEL_PLAN_PREFERENCE'))也未必生效 - PostgreSQL 中，若聚合字段无索引，
ORDER BY会导致额外Sort节点，建议在GROUP BY字段 + 排序字段上建复合索引 - 替代方案：用窗口函数 +
ROW_NUMBER()拼接，或应用层分页聚合，避免单次大聚合
最常被绕开的问题是分隔符转义——比如名字含逗号，用 ', ' 分隔就会混淆结构。真正健壮的导出场景，该用 JSON 数组或 CSV 转义逻辑，而不是依赖 STRING_AGG 简单拼接。
