string_agg结果顺序不可控因未显式指定within group(order by)，空值需用isnull预处理，嵌套聚合须拆至cte或派生表，大数据量时性能可能劣于for xml。
STRING_AGG 在 SQL Server 2017+ 可用，但默认排序不可控、空值处理易出错、不能直接嵌套子查询——这些是实际写 SQL 时最常卡住的地方。
为什么 STRING_AGG 结果顺序总不对？
SQL Server 不保证 STRING_AGG 的拼接顺序，除非显式指定 ORDER BY 子句。漏写会导致每次执行结果不一致，尤其在分组字段无唯一排序依据时更明显。
- 必须写成
STRING_AGG(column_name, ',') WITHIN GROUP (ORDER BY column_name)，WITHIN GROUP是强制语法，不能省略 - 排序字段可以和拼接字段不同，比如按时间排序但拼接姓名：
STRING_AGG(name, ';') WITHIN GROUP (ORDER BY create_time) - 如果排序字段含
NULL，默认排在最前；加ORDER BY col DESC或ORDER BY col ASC OFFSET 0 ROWS无法改变该行为，需提前用ISNULL或CASE处理
空值（NULL）让整个分组结果变 NULL 怎么办？
STRING_AGG 遇到任意输入值为 NULL 时，不会跳过，但也不会报错——它会把 NULL 当作字符串参与拼接（取决于上下文），更常见的是因隐式转换失败或聚合逻辑中断导致整行返回 NULL。
- 安全做法是提前过滤或替换：
STRING_AGG(ISNULL(column_name, ''), ',') WITHIN GROUP (...) - 避免用
COALESCE(column_name, '')代替ISNULL，因为COALESCE返回类型由参数决定，可能引发隐式转换截断（如varchar(10)和varchar(50)混用） - 若源列是
text或ntext类型，必须先转成varchar(max)或nvarchar(max)，否则报错Argument data type text is invalid for argument 1 of string_agg function
想在子查询里用 STRING_AGG 却提示“不能对包含聚合函数的表达式进行聚合”？
SQL Server 禁止在同一个作用域内嵌套聚合（比如 SELECT STRING_AGG(...) 中再套 MAX() 或另一个 STRING_AGG），但可通过派生表或 CTE 拆解。
- 错误写法：
SELECT STRING_AGG(MAX(name), ',') ...—— 直接报错 - 正确写法：先在子查询/CTE 中算出
MAX(name)，再对外层结果做STRING_AGG - 注意：CTE 中若含
ORDER BY，必须配TOP或OFFSET，否则语法报错；而STRING_AGG的WITHIN GROUP不受此限制
真正麻烦的不是语法，而是当分组数据量大时，STRING_AGG 的性能会明显劣于老式 FOR XML 方式——特别是拼接字段长度差异大、排序键无索引时，容易触发 TempDB 大量 spill。
