string_agg必须配合within group(order by...)指定组内排序，否则拼接顺序未定义；order by字段须属分组内列或聚合表达式，禁用别名、聚合函数及未声明表达式，空值需case显式处理。
STRING_AGG 必须用 WITHIN GROUP(ORDER BY ...) 指定组内排序
不加 WITHIN GROUP，STRING_AGG 的拼接顺序就是未定义的——哪怕外层 ORDER BY 写得再全，对拼接结果毫无影响。SQL Server 不会自动按 GROUP BY 键或 SELECT 列排序，它只管把值“凑一起”，顺序由执行计划内部决定，每次可能都不一样。
正确写法只有这一种结构：
SELECT category, STRING_AGG(product_name, ', ') WITHIN GROUP (ORDER BY price DESC) FROM products GROUP BY category;
-
WITHIN GROUP是语法强制部分，不是可选项；漏写会报错“Incorrect syntax near 'ORDER'” - 括号里只能有一个
ORDER BY子句，不能写多个，也不能嵌套子查询 - 排序字段必须来自当前作用域（即 GROUP BY 分组内的列或聚合表达式），不能引用外部 CTE 或上层视图别名
- 支持
ASC/DESC，默认是ASC，但建议显式写出，避免歧义
ORDER BY 里能用什么表达式？哪些容易出错
WITHIN GROUP (ORDER BY ...) 里的表达式必须是非常量、可排序的列或计算项，但有几类常见误用会直接失败：
- 不能用聚合函数本身，比如
WITHIN GROUP (ORDER BY COUNT(*))—— 报错 “An aggregate may not appear in the ORDER BY clause” - 不能用别名，如
SELECT name AS n, STRING_AGG(id, ',') WITHIN GROUP (ORDER BY n)—— 报错 “Invalid column name 'n'” - 不能用字符串拼接表达式（如
ORDER BY first_name + ' ' + last_name）除非该表达式已在 SELECT 列表中出现且类型明确，否则可能触发隐式转换失败 - 允许用
CASE WHEN，例如按状态优先级排序：WITHIN GROUP (ORDER BY CASE status WHEN 'active' THEN 1 ELSE 2 END)
排序字段类型不一致时的隐式转换风险
当 ORDER BY 字段和 STRING_AGG 的 expression 类型不一致（比如一个 varchar，一个 int），SQL Server 会尝试统一转成更高优先级类型，但可能引发截断或排序错乱：
- 若
expression是varchar(50)，而ORDER BY是datetime，排序没问题，但拼接结果仍是varchar(50)，不是varchar(max) - 若
expression是int，SQL Server 会把它转成nvarchar(4000)拼接，但ORDER BY id和ORDER BY CAST(id AS VARCHAR)在含前导零或负数时行为不同 - 最稳妥做法：排序字段和拼接字段尽量同源，或显式统一类型，比如
STRING_AGG(CONVERT(VARCHAR, order_id), ', ') WITHIN GROUP (ORDER BY order_id)
空字符串和 NULL 在排序中的实际表现
STRING_AGG 默认跳过 NULL，但空字符串 '' 会被保留并参与排序。这会导致两个问题：
- 空字符串排在所有非空值前面（按字典序），可能打乱业务预期，比如希望“未知”排最后
- 如果用
ISNULL(col, '[unknown]')替换NULL，那[unknown]就真参与排序了，要确认它是否符合你想要的位置 - 想让空值排最后？得在
ORDER BY里手动控制：WITHIN GROUP (ORDER BY CASE WHEN product_name = '' THEN 1 ELSE 0 END, product_name) - 注意：这种
CASE排序不会影响拼接内容，只影响顺序；拼接时仍按原始值（或 ISNULL 后值）来串
真正难处理的不是语法，而是排序逻辑和业务语义之间的落差——比如“按创建时间倒序”看起来简单，但一旦涉及时区、NULL 占位、空字符串归类，就很容易在测试环境看不出问题，上线后数据错位。动手前先用小样本 SELECT TOP 10 ... ORDER BY 看排序结果，比反复改 STRING_AGG 更省时间。
