STRING_AGG仅在SQL Server 2017+可用，低版本需用FOR XML PATH或CLR；必须配合GROUP BY和WITHIN GROUP(ORDER BY)使用，自动忽略NULL，返回varchar(max)/nvarchar(max)但存在8K隐式截断风险。
STRING_AGG在SQL Server 2017+才可用
如果你用的是 SQL Server 2016 或更早版本，STRING_AGG 函数根本不存在——直接执行会报错 Invalid object name 'STRING_AGG'。必须确认版本：运行 SELECT @@VERSION，结果中需包含“2017”或更高（如“2019”“2022”）。低于该版本得改用 FOR XML PATH('') 或 CLR 聚合，别硬套语法。
基本用法：指定分隔符和排序逻辑
STRING_AGG 必须配合 GROUP BY 使用，它本身不自动分组；且默认不保证拼接顺序——不加 ORDER BY 子句时，结果可能每次执行都不同。
正确写法示例：
SELECT category, STRING_AGG(product_name, ', ') WITHIN GROUP (ORDER BY price DESC) AS top_products FROM products GROUP BY category;
注意两点：
- 分隔符 ', ' 是第二参数，必须是常量表达式，不能是列名或变量
- WITHIN GROUP (ORDER BY ...) 是强制推荐项，不是可选修饰；省略可能导致非预期顺序
处理NULL值：默认跳过，无需额外过滤
STRING_AGG 默认忽略 NULL 值，不会插入空字符串或占位符。例如字段 product_name 有 NULL，它就直接不参与拼接。
如果需要把 NULL 显式转成某个字符串（比如 '[unknown]'），得提前用 ISNULL 或 CASE 处理：
STRING_AGG(ISNULL(product_name, '[unknown]'), ', ') WITHIN GROUP (ORDER BY id)
常见错误：
- 写成 STRING_AGG(COALESCE(product_name, ''), ', ') —— 空字符串仍会被拼进去，视觉上可能产生多余逗号
- 在 WITHIN GROUP 外套 ISNULL(STRING_AGG(...), 'N/A') —— 这只能处理整个聚合结果为 NULL 的情况（即组内无非 NULL 行），不是单个值的替换
性能与长度限制：最大8K字符截断风险
STRING_AGG 返回类型是 varchar(max) 或 nvarchar(max)，但实际拼接超长时可能被后台隐式截断，尤其当原始列是 varchar(50) 但行数极多时。
验证是否截断的方法：
- 拼接前先统计总字符数：SUM(LEN(ISNULL(product_name, '')) + LEN(', '))
- 对比 LEN(STRING_AGG(...)) 结果，若明显偏小，说明触发了内部缓冲限制
规避建议：
- 避免在高基数分组（如每组上万行）中使用 STRING_AGG
- 如必须拼接超长文本，考虑分批次聚合或改用应用层拼接
- 不要依赖 SET TEXTSIZE 或 SET ANSI_WARNINGS OFF 来“修复”，它们对 STRING_AGG 无效
