STRING_AGG是PostgreSQL 9.0+和SQL Server 2017+的原生聚合函数，语法为STRING_AGG(expression, separator)，必须指定非NULL分隔符，且需显式ORDER BY（PostgreSQL用ORDER BY子句、SQL Server用WITHIN GROUP）保证顺序，NULL值默认跳过，空字符串参与拼接。
STRING_AGG 用法和基本语法结构
STRING_AGG 是 PostgreSQL 9.0+ 和 SQL Server 2017+ 原生支持的聚合函数，用于将分组内的多行字符串拼接成单个字符串。MySQL 和 SQLite 不直接支持，得用 GROUP_CONCAT 或 GROUP_CONCAT() 模拟。
核心写法是：STRING_AGG(expression, separator)，第一个参数是待拼接的字段或表达式，第二个是分隔符（必须是文本，不能是 NULL）。
常见错误：把 NULL 当作分隔符传入，会导致整个结果为 NULL；或者在 PostgreSQL 中漏掉 ORDER BY 子句却期望稳定顺序——它默认不保序。
-
STRING_AGG(name, ', ')最简形式，但结果顺序不可靠 - PostgreSQL 推荐写成
STRING_AGG(name, ', ' ORDER BY id) - SQL Server 要求用
WITHIN GROUP (ORDER BY name)，例如：STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY name) - 分隔符不能是列值（比如
STRING_AGG(val, sep_col)）——会报错，只接受常量字符串
处理 NULL 值导致拼接中断的问题
只要参与聚合的任意一个 expression 值为 NULL，该行会被跳过（不是报错），这是预期行为。但容易误以为“数据丢了”，尤其当字段允许 NULL 且没做显式过滤时。
真正出问题的情况是：你想把 NULL 显示为某个占位符（如 '(unknown)'），而不是直接丢弃。这时不能依赖 STRING_AGG 自身处理，得提前转换。
- PostgreSQL 写法：
STRING_AGG(COALESCE(name, '(unknown)'), ', ' ORDER BY id) - SQL Server 类似：
STRING_AGG(ISNULL(name, '(unknown)'), ', ') WITHIN GROUP (ORDER BY id) - 别用
WHERE name IS NOT NULL粗暴过滤——可能掩盖业务上本应保留的空含义 - 注意：COALESCE / ISNULL 的返回类型要和原字段兼容，否则可能触发隐式转换失败
跨数据库兼容性替代方案
如果代码要跑在 MySQL、SQLite 或老版本 SQL Server 上，STRING_AGG 直接报错。这时候得按数据库切分支逻辑，不能硬套。
MySQL 必须用 GROUP_CONCAT，它默认最大长度 1024 字符，超长会被截断且无提示——这是线上最常被忽略的坑。
- MySQL 安全写法：
GROUP_CONCAT(DISTINCT name ORDER BY name SEPARATOR ', ')，加上DISTINCT和SEPARATOR显式声明 - 调大上限（需有变量修改权限）：
SET SESSION group_concat_max_len = 10000; - SQLite 用
GROUP_CONCAT(name, ', ')，不支持 ORDER BY，顺序取决于查询执行计划，不可控 - PostgreSQL 兼容旧版？用自定义聚合或
array_to_string(ARRAY_AGG(...), ', ')，但性能略低
性能与大数据量下的实际限制
STRING_AGG 不是“万能拼接器”。当分组内行数上万、单字段长度几百字节时，内存占用和执行时间会陡增，尤其在未加索引的 ORDER BY 字段上。
典型症状：查询变慢、OOM 报错（PostgreSQL 的 ERROR: out of memory）、SQL Server 提示 String or binary data would be truncated（即使目标列是 VARCHAR(MAX)）。
- 先确认是否真需要拼接——有时用应用层循环组装更可控
- 加索引：对
STRING_AGG(... ORDER BY x)中的x字段建索引 - 限制长度：PostgreSQL 可嵌套
LEFT(STRING_AGG(...), 4000)，SQL Server 用CAST(... AS VARCHAR(4000)) - 避免在 WHERE 条件里对 STRING_AGG 结果做 LIKE 模糊匹配——无法走索引，全表聚合后再过滤
拼接逻辑越靠近存储层，越难调试和分页。真遇到几千行拼一起的需求，优先考虑是否设计本身该拆解。
