必须用WITHIN GROUP(ORDER BY...)显式声明排序，否则拼接顺序不可控；SQL Server不保证聚合行物理顺序，省略时结果每次执行可能不同，尤其并行计划下更明显。
必须用 WITHIN GROUP (ORDER BY ...) 显式声明排序，否则拼接顺序不可控——这不是可选项，是行为保障前提。
为什么 STRING_AGG 不加 WITHIN GROUP 会出问题
SQL Server 不保证聚合前的行物理顺序，哪怕源表有 ORDER BY 或聚集索引。省略 WITHIN GROUP 时，STRING_AGG 可能每次执行返回不同顺序的字符串，尤其在并行执行计划下更明显。
- 错误写法：
STRING_AGG(product_name, ', ')—— 没有WITHIN GROUP，结果无序 - 正确写法：
STRING_AGG(product_name, ', ') WITHIN GROUP (ORDER BY price DESC) -
ORDER BY中的列（如price）必须出现在GROUP BY子句中，或为聚合表达式，否则报错Column 'xxx' is invalid in the select list
STRING_AGG 的分隔符和排序参数不能混用变量
分隔符参数只接受常量表达式，不能是列名、变量或函数调用；而 WITHIN GROUP 中的 ORDER BY 表达式可以引用列或计算字段，但不能含聚合函数（如 MAX()）。
- 合法分隔符：
', '、CHAR(9)、',' + SPACE(1)（编译期可确定） - 非法分隔符：
@sep（变量）、ISNULL(col, ';')（运行期才知值） -
ORDER BY中允许：ORDER BY product_name COLLATE Latin1_General_BIN、ORDER BY LEN(product_name) DESC -
ORDER BY中禁止：ORDER BY COUNT(*)、ORDER BY SUM(price)（聚合函数需在外层处理）
拼接超长文本时，STRING_AGG 可能静默截断到 8000 字符
返回类型取决于输入列：若输入是 varchar(50)，STRING_AGG 结果默认为 varchar(8000)，超出部分被丢弃，且不报错、不警告。
- 验证是否截断：
SELECT LEN(STRING_AGG(text_col, ',')) AS actual_len, SUM(LEN(text_col) + 1) AS expected_len FROM t - 规避方法：把输入列显式转成
varchar(max)，例如STRING_AGG(CAST(text_col AS varchar(max)), ',') - 注意：即使用了
CAST(... AS varchar(max))，若原始列是text或ntext（已弃用），仍需先转varchar(max)再聚合
NULL 值处理要提前做，不能靠外层包裹
STRING_AGG 默认跳过 NULL，但不会跳过空字符串 ''；如果想把 NULL 显示为 [unknown]，必须在聚合前转换，而不是对整个结果用 ISNULL(STRING_AGG(), 'N/A')。
- 正确替换 NULL：
STRING_AGG(ISNULL(product_name, '[unknown]'), ', ') WITHIN GROUP (ORDER BY id) - 错误做法：
ISNULL(STRING_AGG(product_name, ', '), 'N/A')—— 这只在整组全为 NULL 时生效 - 避免多余分隔符：
STRING_AGG(NULLIF(product_name, ''), ', ')可过滤掉空字符串，但要注意NULLIF返回 NULL 后仍会被跳过
真正容易被忽略的是：当分组键基数高（比如每组上万行）、且单行文本较长时，STRING_AGG 的内存消耗和执行时间会陡增，甚至触发查询超时；这种场景下，应用层流式拼接比硬塞进一个 SQL 函数更可控。
