必须用子查询包裹STRING_AGG，且子查询中必须包含GROUP BY和WITHIN GROUP(ORDER BY)；否则SQL Server报错“STRING_AGG is not allowed in the context”，因其本质是聚合函数，需明确分组与排序上下文。
必须用子查询包裹STRING_AGG，且子查询里不能漏GROUP BY和WITHIN GROUP(ORDER BY)——直接在外部SELECT里嵌套STRING_AGG而不分组，SQL Server会报错“STRING_AGG is not allowed in the context”，这不是语法写错了，是根本没满足聚合函数的执行前提。
子查询里STRING_AGG必须显式分组和排序
STRING_AGG不是标量函数，它本质是聚合函数，哪怕只拼一行，也得有明确的分组维度。子查询中若不写GROUP BY，就等于让聚合函数在无上下文环境中运行，SQL Server直接拒绝。
- ❌ 错误写法：
SELECT id, (SELECT STRING_AGG(name, ', ') FROM users u2 WHERE u2.dept_id = u1.dept_id) AS list FROM users u1→ 报错：STRING_AGG is not allowed in the context - ✅ 正确写法（带GROUP BY + WITHIN GROUP）：
SELECT id, (SELECT STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY hire_date) FROM users u2 WHERE u2.dept_id = u1.dept_id GROUP BY u2.dept_id) AS list FROM users u1 - ⚠️ 注意：子查询里的
GROUP BY u2.dept_id不能省；ORDER BY hire_date必须出现在WITHIN GROUP内，写在外层ORDER BY无效
想拼全表一行？子查询里GROUP BY (SELECT NULL)
当目标是把整张表所有name拼成一个字符串（不分组），子查询不能裸用STRING_AGG，但可以用伪分组绕过语法限制。
- ✅ 可行写法：
SELECT STRING_AGG(name, '; ') WITHIN GROUP (ORDER BY id) FROM (SELECT name, id FROM users) t GROUP BY (SELECT NULL) - ⚠️
GROUP BY (SELECT NULL)强制生成单一分组，这是SQL Server接受的合法技巧；但注意ORDER BY id必须来自子查询投影的列，不能是原始表未选中的字段 - ⚠️ 若原始表有NULL值，
STRING_AGG默认跳过——想保留占位符，得提前用ISNULL(name, '(empty)')
子查询+STRING_AGG容易踩的三个坑
实际调试中最常卡在这三点，不是函数不会用，是环境或逻辑没对齐。
- 版本或兼容级别不足：运行
SELECT DATABASEPROPERTYEX(DB_NAME(), 'CompatibilityLevel')确认返回≥160；否则即使SQL Server 2022安装包正确，STRING_AGG仍被识别为不存在 - 分隔符传NULL：写成
STRING_AGG(name, NULL)会导致整个结果为NULL，不是忽略分隔符——必须显式给字符串，如','或'' - 排序字段不在GROUP BY中也不聚合：比如子查询里
GROUP BY dept_id，但WITHIN GROUP (ORDER BY salary)，而salary未出现在GROUP BY或聚合表达式中，会报错Column 'salary' is invalid in the order by clause
真正麻烦的不是写法本身，而是子查询把分组、排序、NULL处理三重约束全压缩在一个括号里——少检查任意一环，结果就静默异常或报错，而不是给出清晰提示。
