文章来自：博客园-DotNet菜园
最近正在处理一个合并字符吕的存储过程，在一个测试系统的开发中，要使用到字符串合并功能，直接在Sql中做。
示例：
有表內容﹕
名称 內容
1 abc
1 aaa
1 dddd
2 1223
2 fkdjfd
--------------------------------
结果﹕
1 abc,aaa,dddd
2 1223,fkdjfd
要求用一条SQL语句实现﹐如﹕select sum(內容) from table group by 名称
--该问题,一共使用了三种方法，并分别测试了一下这三种方法的各自的性能
1： 创建处理函数
2 : sql 2005及以上版本中的新的解决方法,FOR XML
3 : 使用临时表实现字符串合并处理的示例
说明：以下测试是以本人机器的硬件配置为准，根据硬件配置的不同，结果可能不同。
1： 创建处理函数
说明：sql 全系列版本
CREATE FUNCTION dbo.f_strHeBin(@id int)
RETURNS varchar(8000)
AS
BEGIN
DECLARE @r varchar(8000)
SET @r = ''
SELECT @r = @r + ',' + value
FROM tb
WHERE id=@id
RETURN STUFF(@r, 1, 1, '')
END
GO
-- 调用函数
SELECt id, values=dbo.f_strHeBin(id)
FROM tb
GROUP BY id
以上方式得到的是根据ID合并的所有记录，如果要得到相应的单一ID的记录，则还需要添加一条语句：
假设：以上结果入到临时表3t3中:
SELECT id,max(values) as values FROM #t3 GROUP BY id
go
分析结果如下：
SQL Server 分析和编译时间:
CPU 时间 = 0 毫秒，占用时间 = 7 毫秒。
1--使用sql 全系列版本，自定义合并函数方式
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。
表 'Worktable'。扫描计数 1，逻辑读取 4030 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'tb'。扫描计数 2，逻辑读取 46 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
SQL Server 执行时间:
CPU 时间 = 1397254 毫秒，占用时间 = 1463680 毫秒。
(1969 行受影响)
(218 行受影响)
表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 '#t3___000067'。扫描计数 1，逻辑读取 16 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 84 毫秒。
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 2 毫秒。
总计耗时计：24.4分钟，这才1969行记录，这个方法看来在这种情况下不可取。
2 : sql 2005及以上版本中的新的解决方法,FOR XML
select id,stuff(
(select '-' + convert(varchar(4),value)
from tb
where id=A.id
order by id
for xml path('')
),1,1,'') as values
from tb A
group by id
go
分析结果如下：
SQL Server 分析和编译时间:
CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。
表 'Worktable'。扫描计数 439，逻辑读取 32978 次，物理读取 0 次，预读 0 次，lob 逻辑读取 319 次，lob 物理读取 0 次，lob 预读 0 次。
表 'tb'。扫描计数 4，逻辑读取 92 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
SQL Server 执行时间:
CPU 时间 = 1856 毫秒，占用时间 = 1955 毫秒。
总计耗时：2秒钟。不过这个方法随着记录数量的增加，性能也随之降低，在数据记录达到20000条的时候，耗时将近2.5分钟。
3 : 使用临时表实现字符串合并处理的示例
SELECT id ,values=CAST(value as varchar(8000))
INTO #t2 FROM tb
ORDER BY id
DECLARE @col1 varchar(5),@col2 varchar(8000)
UPDATE #t2 SET
@col2=CASE WHEN @col1=id THEN @col2+'-'+values ELSE values END,
@col1=zo3,
qs=@col2
SELECT id,max(values) values FROM #t2 group by id
drop table #t2
go
分析结果如下：
SQL Server 分析和编译时间:
CPU 时间 = 7 毫秒，占用时间 = 7 毫秒。
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。
表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'tb'。扫描计数 2，逻辑读取 46 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
SQL Server 执行时间:
CPU 时间 = 734 毫秒，占用时间 = 769 毫秒。
(2012 行受影响)
表 '#t2___________000000000065'。扫描计数 1，逻辑读取 1677 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
SQL Server 执行时间:
CPU 时间 = 62 毫秒，占用时间 = 62 毫秒。
(2012 行受影响)
表 '#t2__________000000000065'。扫描计数 1，逻辑读取 849 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
SQL Server 执行时间:
CPU 时间 = 16 毫秒，占用时间 = 7 毫秒。
(218 行受影响)
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 1 毫秒。
SQL Server 执行时间:
CPU 时间 = 0 毫秒，占用时间 = 0 毫秒。
总计耗时：769ms+62ms+15ms=846ms，总费时1秒钟不到，当数据记录达到20000条记录时，性能损耗也不太严重，在6-10秒左右。能够接受。