在 SQL Server 2017+ 的存储过程中，把多行字符串拼成一行，表面看只是一个聚合操作，实际最常踩坑的是“结果顺序是否稳定”“`NULL` 会不会占位”以及“去重和空组怎么保留”。这篇文章按这些问题拆开说明，既给出 `STRING_AGG` 的正确写法，也说明它在 2017 版本下的能力边界，方便你判断什么时候能直接用，什么时候必须先做前置处理。

STRING_AGG 为什么必须带排序

在 SQL Server 2017+ 中，存储过程里要合并多行字符串，推荐直接使用 STRING_AGG。相比变量累加或 FOR XML PATH，它的语义更直接，也更适合正式查询逻辑；但前提是排序必须写对。

STRING_AGG 在存储过程里如果不写 WITHIN GROUP (ORDER BY ...)，会直接报错：The string_agg function requires an ORDER BY clause. 这里要特别注意，外层查询里的 ORDER BY 并不能影响聚合后的拼接顺序，真正决定结果顺序的是函数内部的 WITHIN GROUP。

• 正确写法：STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY id)
• 如果需要连续拼接且不加分隔符，应写成：STRING_AGG(name, '')
• SQL Server 2017 不支持 SEPARATOR '' 这类写法

另一个经常被忽略的问题是“原始顺序是否本来就可靠”。如果源数据没有主键、时间戳或其他稳定排序列，那么即便写了 WITHIN GROUP，排序依据本身也可能是不确定的。这种情况下，应该先为结果集补一个明确序号，再按序号聚合，例如：

SELECT name, ROW_NUMBER() OVER (ORDER BY (SELECT 0)) AS rn FROM @t

之后再在 WITHIN GROUP 里按 rn 排序。这样做的目的不是“让 SQL 看起来完整”，而是确保你拼出来的字符串在每次执行时都能保持一致。

NULL 值和空结果组会怎么处理

STRING_AGG 对 NULL 的处理方式和不少人直觉不同。它不是把 NULL 当成空字符串参与拼接，而是直接跳过这一行，不会留下逗号占位，也不会在结果里保留一个空槽。

例如字段值里某几行是 NULL，最终聚合结果只会包含非空值。若业务上必须显式显示空值内容，就要在聚合前先转换：

• STRING_AGG(ISNULL(name, '(null)'), ', ')
• STRING_AGG(COALESCE(name, ''), ', ')

这两种写法都能起到兜底作用，但使用时还要留意返回类型是否与原字段一致，否则可能出现截断问题。通常 ISNULL 更直接、速度也更快一些，但它只支持两个参数；COALESCE 则更灵活。

除了单行值是 NULL 之外，还有一个更关键的边界：如果某一组根本没有可聚合的记录，那么 STRING_AGG 返回的是 NULL，而不是空字符串。这一点会直接影响后续拼接、输出和条件判断。

如果你的后续逻辑依赖一个可继续拼接的字符串，建议再包一层：

COALESCE(STRING_AGG(name, ', ') WITHIN GROUP (ORDER BY id), '')

这样即使结果组为空，也不会因为返回 NULL 导致后续字符串处理失败。

去重、保留空组和嵌套限制怎么处理

STRING_AGG 的另一个限制是，它本身不支持 DISTINCT，也不能把其他聚合函数直接嵌进参数里。因此，凡是涉及“先整理结果，再拼接”的需求，都应该放在子查询或 CTE 里完成。

先去重，再聚合

如果同一个值可能重复出现，而你只希望拼接一次，不能写成函数内部去重，只能先取唯一值，再交给 STRING_AGG：

• 去重思路：SELECT DISTINCT name FROM @temp
• 然后再对这个结果集调用 STRING_AGG

这样不仅能避免重复内容进入结果，也更方便同时保留你需要的排序规则。

保留没有明细的主表记录

如果场景是主表加明细表，比如某个 order_id 可能没有任何明细，而你又希望主表记录仍然保留下来，那么不能只依赖简单的 GROUP BY。更稳妥的方式是先在子查询或 CTE 中完成聚合，再把结果和主表做关联。

原因在于：当明细为空时，聚合结果本身可能就是 NULL，如果查询结构写得过于直接，很容易把主表那一行也一起丢掉。把聚合单独封装出来，能更清楚地区分“主记录存在”和“明细为空”这两件事。

不能嵌套聚合

STRING_AGG 还有一个明确限制：不能在参数里直接再写其他聚合函数。类似下面这种写法会报错：

STRING_AGG(MAX(col), ', ')

也就是说，像 MAX、SUM、COUNT 这一类聚合，必须先在外层或前置查询里算好，再把结果作为普通列传给 STRING_AGG。

SQL Server 2017 里最容易忽略的两个细节

除了上面这些显式限制，SQL Server 2017 还有两个很容易在排查问题时被忽略的点。

第一，空结果组返回的是 NULL，不是空字符串。这个差异在界面展示时可能不明显，但一旦结果还要继续拼接、比对或写入其他字段，就会造成连锁影响。

第二，STRING_SPLIT 返回值的顺序并不可靠，不能默认它会按输入字符串中的原始位置返回。尤其在 2017 版本里，它没有 ordinal 列，因此如果你是先拆分、再重组，千万不要把顺序一致性寄托在 STRING_SPLIT 上。

如果业务要求严格保序，仍然要自己补顺序字段，例如借助 ROW_NUMBER() 生成序号，再按该序号参与后续处理。对于存储过程里的字符串汇总来说，真正可靠的做法始终是：排序依据明确、空值规则明确、前置整理明确。