STRING_AGG 自 SQL Server 2017 起支持，2016 及更早版本不识别；必须配合 GROUP BY 使用，第二参数分隔符不可省略且不能为 NULL，NULL 值默认被跳过，建议显式添加 WITHIN GROUP (ORDER BY ...) 确保顺序稳定。
STRING_AGG 在 SQL Server 中的最低版本要求
SQL Server 2017 是 STRING_AGG 函数的起始支持版本，2016 及更早版本直接报错 Invalid object name 'STRING_AGG'。如果你在低版本上看到这个错误，不是语法写错了，而是压根不能用——别折腾兼容写法，升级或改用 FOR XML PATH('') 替代。
基本用法与分隔符控制
STRING_AGG 必须配合 GROUP BY 使用（除非整个结果集只有一行），且第二个参数是强制的分隔符表达式，不能为 NULL；传入 NULL 会导致该值被跳过，但不会中断聚合。
- 正确写法：
STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY id) - 分隔符为空字符串：用
STRING_AGG(name, '')，不是省略第二个参数 - 想保留
NULL值？先用ISNULL(name, 'N/A')或COALESCE(name, '')转换，否则NULL直接被忽略 -
WITHIN GROUP (ORDER BY ...)是可选但强烈建议加上，否则顺序不确定（尤其跨页或并行执行时）
处理长文本截断和排序稳定性
STRING_AGG 返回类型是 varchar(max) 或 nvarchar(max)，取决于输入字段类型，但实际拼接结果可能被隐式截断——尤其当参与聚合的列含大量数据且未显式指定排序键时，SQL Server 可能因内存压力提前终止排序，导致部分值丢失而不报错。
- 确保
ORDER BY子句中的列有索引（尤其是GROUP BY+ORDER BY共同涉及的列） - 若拼接后长度异常偏短，检查是否触发了
MAXDOP或资源调控器限制，可在查询前加OPTION (RECOMPILE) - 避免在
ORDER BY中使用非确定性函数（如NEWID()），会导致结果不可重现
替代方案对比：FOR XML PATH vs STRING_AGG
在必须兼容 SQL Server 2016 或更早版本时，FOR XML PATH('') 是主流替代，但它有明显缺陷：会自动对特殊字符（如 &、）做 XML 实体编码，需额外套一层 REPLACE 或 CAST(... AS XML).value 解码，而 STRING_AGG 没这问题。
-
FOR XML写法冗长且易出错，比如漏掉TYPE和.value就拿不到纯文本 -
STRING_AGG支持原生排序、语义清晰，但不支持条件过滤（比如只拼接status = 'active'的行），得靠子查询或CASE WHEN预处理 - 性能上两者接近，但
STRING_AGG在大数据量 + 复杂排序时更容易触发优化器选择低效计划，建议加OPTION (HASH GROUP)测试
WITHIN GROUP (ORDER BY x)，如果 x 不唯一，SQL Server 不保证相同 x 值内部的相对顺序，必要时得补一个唯一列（如主键）进 ORDER BY 列表。
