STRING_AGG在SQL Server 2017+中可用，但必须满足三个硬性条件：确认版本及兼容级别≥140（2017）、强制配合GROUP BY使用、显式指定WITHIN GROUP(ORDER BY)排序；分隔符须为常量，NULL值默认跳过，全组NULL时返回NULL。
STRING_AGG 在 SQL Server 2017+ 中可用，但直接写就报错或结果乱序，八成是没踩对三个硬性条件：版本确认、GROUP BY 强制、WITHIN GROUP 显式排序。
确认你的实例真支持 STRING_AGG
别信安装包名或 SSMS 界面显示的“SQL Server 2022”，有些升级不彻底或兼容级别被锁死。运行这两条语句才能实锤：
-
SELECT @@VERSION;—— 输出必须含Microsoft SQL Server 2022（不是“16.x”这种内部版本号） -
SELECT DATABASEPROPERTYEX(DB_NAME(), 'CompatibilityLevel');—— 结果必须 ≥160（SQL Server 2022 对应 160；150 是 2019，140 是 2017）
如果第二条返回 140 或更低，哪怕版本是 2022，STRING_AGG 也会当作不存在——得先执行 ALTER DATABASE CURRENT SET COMPATIBILITY_LEVEL = 160;。
STRING_AGG 必须和 GROUP BY 绑定，不能裸用
常见错误是想“把整张表拼成一行”，写成：SELECT STRING_AGG(name, ', ') FROM users; → 直接报错 STRING_AGG is not allowed in the context。
它本质是聚合函数，行为和 SUM()、COUNT() 一致。正确姿势只有一类：
- 明确分组维度：
SELECT dept_id, STRING_AGG(name, '; ') FROM users GROUP BY dept_id; - 全表当一个组？SQL Server 不支持空括号
GROUP BY ()，得绕开：SELECT STRING_AGG(name, ', ') FROM (SELECT name FROM users) t GROUP BY (SELECT NULL)
排序必须靠 WITHIN GROUP，且字段受限
STRING_AGG(name, ', ') 不加 WITHIN GROUP，结果顺序是未定义的——哪怕表有主键或聚集索引，下次执行可能就变。
正确写法是：STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY hire_date DESC)，但要注意：
-
ORDER BY里的字段必须出现在GROUP BY子句中，或为聚合表达式（如MIN(hire_date)），不能是未分组的裸列 - 不能用列别名：
SELECT dept AS d, STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY d)会报错 - 分隔符必须是常量：
STRING_AGG(name, separator_col)报错Msg 9836，只能写STRING_AGG(name, '; ')或变量@sep（需提前赋值）
NULL 值默认跳过，但业务常需显式占位
STRING_AGG 默认忽略 NULL，不会产生额外分隔符。这在权限列表、标签聚合等场景容易造成语义丢失。
要保留占位，必须预处理：
- 转为空字符串：
STRING_AGG(ISNULL(email, ''), ', ') - 转为标记字符串：
STRING_AGG(ISNULL(email, '<missing>'), ', ') - 整组全为
NULL时，STRING_AGG返回NULL；而FOR XML方案返回空字符串''，业务逻辑需兼容这种差异
真正容易被忽略的是：WITHIN GROUP 的 ORDER BY 字段约束、分隔符必须为常量、以及全组 NULL 时返回 NULL 而非空串——这三个点一旦漏掉，查半天也看不出哪错了。
