合并同一Datetime的名称列并优化慢查询函数求助

你的自定义函数用游标逐行处理字符串拼接，这是导致查询速度极慢的核心原因——游标天生适合小数据集的精细操作，面对上千条数据时，逐行循环的开销会被急剧放大，最终拖慢整个查询。下面给你几个高效的替代方案，以及性能优化建议：

方案1：使用SQL Server内置的STRING_AGG函数（推荐） #

如果你的SQL Server版本是2017及以上，直接用官方提供的STRING_AGG函数，这是专门为字符串聚合设计的内置函数，性能远高于自定义游标：

SELECT 
    [Order number],
    STRING_AGG(Name, '_') AS Name,
    Datetime
FROM 
    dbo.*_***_Sollzeit_Istzeit2
GROUP BY 
    [Order number], Datetime;

这个函数基于集合操作，数据库会自动优化执行计划，避免逐行循环的开销，处理上千条数据的时间会从小时级降到秒级甚至毫秒级。

方案2：兼容低版本SQL Server的FOR XML PATH方法 #

如果你的SQL Server版本低于2017（比如2016及以下），可以用FOR XML PATH来实现字符串拼接，这是低版本中常用的高效聚合方式：

SELECT 
    t.[Order number],
    -- 用STUFF去掉拼接后开头的下划线
    STUFF((
        SELECT '_' + Name 
        FROM dbo.*_***_Sollzeit_Istzeit2 t2
        WHERE t2.[Order number] = t.[Order number] 
          AND t2.Datetime = t.Datetime
        FOR XML PATH(''), TYPE
    ).value('.', 'VARCHAR(MAX)'), 1, 1, '') AS Name,
    t.Datetime
FROM 
    dbo.*_***_Sollzeit_Istzeit2 t
GROUP BY 
    t.[Order number], t.Datetime;

这里FOR XML PATH('')会将子查询的结果拼接成一个字符串，TYPE参数用来避免特殊字符被转义，最后用STUFF移除开头多余的下划线。

关键优化：添加覆盖索引 #

不管用哪种方案，给表添加合适的覆盖索引都能进一步提升查询速度，让数据库不用回表读取额外数据：

CREATE NONCLUSTERED INDEX IX_Sollzeit_Istzeit2_Startzeit_OrderName
ON dbo.*_***_Sollzeit_Istzeit2 (Datetime, [Order number])
INCLUDE (Name);

这个索引包含了查询需要的所有列（分组列和聚合列），数据库可以直接从索引中获取数据，无需访问主表，大幅减少IO开销。

为什么你的原函数这么慢？ #

游标是逐行读取、处理数据，每一次循环都要做变量赋值、条件判断和游标操作，上千次循环的上下文切换和累积开销会让性能急剧下降。而上面的方案都是基于集合操作，数据库会批量处理数据，利用自身的优化器来高效完成聚合，这是关系型数据库的优势所在。

内容的提问来源于stack exchange，提问作者Obi8