string_agg是sql server 2017+的聚合函数，必须配合group by使用，语法为string_agg(expression, separator) within group (order by ...)，默认忽略null值且不保证顺序，需显式排序。
STRING_AGG 语法和基本用法
SQL Server 2017 引入 STRING_AGG 后，替代了过去繁琐的 FOR XML PATH('') 或 CLR 函数方案。它本质是聚合函数，必须配合 GROUP BY 使用，不能单独在 SELECT 列表中无分组调用。
最简形式：STRING_AGG(<code>column, ',') —— 第二个参数是分隔符，**必须是字符串字面量或变量，不能是列名或表达式**。
常见错误：写成 STRING_AGG(name, separator_col) 会报错 Msg 9836, Level 16: The second argument of STRING_AGG must be a constant.
- 分隔符支持空字符串（
''），但注意结果可能连在一起难读 - 若被聚合列为
NULL，默认被忽略（不产生额外分隔符） - 结果类型为
varchar(max)或nvarchar(max)，取决于输入列类型
处理 NULL 值与排序控制
STRING_AGG 默认跳过 NULL，这点和 SUM 类似，但有时你需要显式转成空字符串占位。此时得先用 ISNULL 或 COALESCE 预处理列值。
更重要的是：**排序不是默认行为，必须显式用 WITHIN GROUP (ORDER BY ...) 子句指定**。漏掉这个，每次执行结果顺序可能不一致（尤其在并行计划下）。
- 排序字段可以是原表列、别名，甚至表达式，如
WITHIN GROUP (ORDER BY LEN(name) DESC) - 支持多字段排序：
WITHIN GROUP (ORDER BY status, created_date DESC) - 不能在
WITHIN GROUP中引用聚合函数（比如AVG(price)）
示例：STRING_AGG(ISNULL(email, 'N/A'), '; ') WITHIN GROUP (ORDER BY email)
与旧方案（FOR XML）的关键差异
相比 FOR XML PATH('')，STRING_AGG 更直观、可读性高，且原生支持排序子句。但它不支持“去重”——如果源数据有重复值，STRING_AGG 会照单全收；而 FOR XML 方案可通过子查询加 DISTINCT 实现。
性能上，STRING_AGG 在大多数场景更优，尤其大数据量分组时，执行计划更简洁。但注意：如果分组后单条聚合结果超 2GB（varchar(max) 极限），会截断并报错 String or binary data would be truncated。
-
FOR XML能天然处理特殊字符（如自动转义），<code>STRING_AGG不做任何转义，原样拼接 - 无法嵌套使用：
STRING_AGG(STRING_AGG(...))是语法错误 - 不支持条件聚合（类似
CASE WHEN ... THEN ... END直接包在STRING_AGG里），需提前用 CTE 或子查询过滤
跨版本兼容与降级方案
如果你的代码需要跑在 SQL Server 2016 或更早版本，STRING_AGG 不存在，必须降级。最稳妥的替代是 FOR XML PATH('') + STUFF 去首逗号：
STUFF((
SELECT ',' + name
FROM users u2
WHERE u2.group_id = u1.group_id
FOR XML PATH(''), TYPE).value('.', 'NVARCHAR(MAX)'), 1, 1, '')
但要注意：该写法在含特殊 XML 字符（如 &, ）的数据上会出错，需额外用 <code>REPLACE 或 FOR XML PATH(''), TYPE 配合 .value() 解决。
真正容易被忽略的是：当聚合列是 varchar(50)，而分组结果很长时，FOR XML 写法若没显式转成 varchar(max)，可能被隐式截断为 4000 字符；STRING_AGG 则默认就是 max 容量，无需干预。
