在数据库开发中，将同一分组的多个行值合并为一个单一的字符串是一项非常常见的需求。例如，在生成报表时，我们需要将每个部门下的所有员工姓名拼接成一个逗号分隔的字符串。早期版本的SQL Server由于缺乏原生的聚合拼接函数，开发者不得不借助各种偏门技巧来实现。如今，借助现代SQL Server提供的STRING_AGG函数，我们可以用极其优雅的方式完成这一任务。这不仅减少了代码量，还提高了查询的可读性和执行效率。
传统字符串拼接方案的痛点与局限
在STRING_AGG函数出现之前，SQL Server开发者最常用的字符串拼接手段是利用FOR XML PATH结合STUFF函数。这种方案的本质是利用XML路径模式将查询结果转换为XML字符串，从而实现多行数据的合并。虽然它在旧版本中解决了燃眉之急，但其缺点也是显而易见的。
首先，这种写法的语法极其冗长且难以记忆。开发者必须先用STUFF函数去掉拼接后开头多出的一个分隔符，然后再在内部子查询中使用FOR XML PATH来将行值连起来。对于不熟悉XML路径模式的维护人员来说，阅读这段代码简直是一场灾难，后期的维护成本极高。
其次，它存在严重的转义风险。如果被拼接的字符串中包含特殊字符，如<、>或者&，FOR XML PATH默认会将其转义为XML实体。这会导致最终拼接出来的字符串出现意料之外的字符，必须额外处理才能还原。此外，在处理大量数据时，XML解析的开销也会对查询性能造成负面影响。
-- 传统的FOR XML PATH拼接方案
SELECT
Department,
STUFF((
SELECT ',' + EmployeeName
FROM Employees AS e2
WHERE e2.Department = e1.Department
FOR XML PATH(''), TYPE
).value('.', 'NVARCHAR(MAX)'), 1, 1, '') AS EmployeeList
FROM Employees AS e1
GROUP BY Department;
深入解析STRING_AGG函数的语法与基本用法
为了彻底解决上述痛点，SQL Server引入了原生的STRING_AGG函数。这是一个真正的聚合函数，专门用于将字符串值串联起来，并在其间放置指定的分隔符。它的出现使得分组字符串拼接变得前所未有的简单。
该函数的基本语法非常直观：STRING_AGG ( 表达式, 分隔符 )。其中，表达式通常是要拼接的列名，分隔符可以是任何字符串常量，比如逗号、分号或者换行符。配合GROUP BY子句使用时，它能够自动将每个分组内的所有非空字符串值串联起来。
相比于FOR XML PATH，STRING_AGG不仅代码简洁，而且安全性更高。它不会对字符串内容进行XML转义，保证了原数据的完整性。同时，作为原生聚合函数，它在查询优化器中拥有更好的执行计划，通常能带来显著的性能提升。需要注意的是，该函数会自动忽略NULL值，不需要我们额外使用ISNULL进行非空判断。
-- 使用STRING_AGG实现基础分组拼接
SELECT
Department,
STRING_AGG(EmployeeName, ',') AS EmployeeList
FROM Employees
GROUP BY Department;
进阶实战：分组排序与WITHIN GROUP子句的应用
在许多业务场景下，仅仅把字符串拼接起来是不够的，我们还需要保证拼接后的字符串按照某种特定顺序排列。比如，在拼接员工姓名时，要求结果按照入职时间从早到晚排序。此时，STRING_AGG函数的进阶用法就能派上用场。
通过结合WITHIN GROUP子句，我们可以在聚合拼接的过程中指定排序规则。语法结构为：STRING_AGG(表达式, 分隔符) WITHIN GROUP (ORDER BY 排序表达式)。这个子句会先对分组内的数据进行排序，然后再执行字符串串联操作。
这种写法极大地增强了数据处理的灵活性。在传统的FOR XML PATH方案中，虽然也能通过在子查询内部添加ORDER BY来实现排序，但代码结构会变得更加复杂。而STRING_AGG配合WITHIN GROUP的写法不仅语义清晰，而且执行逻辑更加贴近标准SQL规范。无论是按日期排序、按字母排序，还是按数字大小排序，都能轻松应对。
-- 按照入职时间排序后再拼接字符串
SELECT
Department,
STRING_AGG(EmployeeName, ' | ') WITHIN GROUP (ORDER BY HireDate ASC) AS OrderedEmployeeList
FROM Employees
GROUP BY Department;
兼容性考量与替代方案选择
尽管STRING_AGG函数功能强大且好用，但在实际应用中，我们必须考虑数据库版本的兼容性问题。该函数仅在SQL Server 2017及更高版本中可用。如果你的生产环境仍然运行着较老的版本，强行使用该函数会导致语法错误。
在面对低版本环境时，我们通常有两种应对策略。第一种是继续沿用前文提到的FOR XML PATH方案，虽然写法繁琐，但兼容性极佳，几乎可以在所有主流版本的SQL Server中运行。第二种策略是利用CLR聚合函数，即通过C#或VB.NET编写自定义的聚合函数，然后注册到SQL Server中。这种方式性能较好，但部署和维护成本较高。
因此，在架构设计阶段，评估数据库引擎的版本是非常关键的一步。如果条件允许，强烈建议将数据库升级到较新的版本，以便使用STRING_AGG等现代化的T-SQL特性。这不仅能简化开发工作，还能利用新版本在安全性和性能上的全面提升。在编写脚本时，也可以通过系统视图判断版本号，动态选择执行不同的拼接逻辑。
SQL ServerSTRING_AGG字符串拼接修改时间：2026-08-19 07:24:35