SQL Server游标更新异常：SplitString函数在游标内无输出

我来帮你分析一下问题所在，以及几个可行的解决方案：

可能的原因 #

你的SplitString函数单独运行正常，但在游标内失效，大概率和游标执行环境、递归CTE的隐藏限制，或者UPDATE语句的连接逻辑有关：

• 递归CTE在游标内可能触发默认的递归次数限制（虽然短字符串理论上不会，但可以排除）
• 游标内的UPDATE语句如果没有匹配到SplitString的结果行，会把目标字段设为NULL（如果原字段本身就是NULL的话）
• 目标表Migrate.ClientContact可能不存在匹配ClientContactRef = @ThirdPartyRef的记录，导致UPDATE未生效

解决方案 #

1. 用集合操作替换游标（最优解） #

游标不仅效率低，还容易出现这类环境问题，直接用JOIN实现批量更新更可靠：

UPDATE cc
SET 
    Title = LEFT(s1.Item, 60),
    Forename = LEFT(s2.Item, 60)
FROM Migrate.ClientContact cc
JOIN [Abacus].[dbo].[ThirdParty] tp 
    ON cc.ClientContactRef = tp.ID
LEFT JOIN SplitString(tp.Title, CHAR(32)) s1 
    ON s1.ItemIndex = 0
LEFT JOIN SplitString(tp.Title, CHAR(32)) s2 
    ON s2.ItemIndex = 1
WHERE tp.Title IS NOT NULL;

这个语句一次性处理所有符合条件的记录，避免了游标带来的变量作用域和执行环境问题。

2. 调试游标内的执行情况 #

如果一定要保留游标，可以添加调试代码，确认函数是否真的没有输出：

DECLARE @Title varchar(max) 
DECLARE @ThirdPartyRef int 
DECLARE cur CURSOR FOR SELECT Title, ID FROM [Abacus].[dbo].[ThirdParty] WHERE Title IS NOT NULL 
OPEN cur 
WHILE @@FETCH_STATUS = 0 BEGIN 
    FETCH NEXT FROM cur INTO @Title, @ThirdPartyRef 

    -- 打印当前处理的Title和ID，确认变量赋值正确
    PRINT 'Processing ID: ' + CAST(@ThirdPartyRef AS VARCHAR) + ', Title: ''' + @Title + ''''

    -- 将拆分结果存入临时表，查看是否有数据
    CREATE TABLE #SplitResults (ItemIndex INT, Item NVARCHAR(MAX))
    INSERT INTO #SplitResults
    SELECT ItemIndex, Item FROM SplitString(@Title, CHAR(32))

    PRINT 'Split results count: ' + CAST(@@ROWCOUNT AS VARCHAR)
    SELECT * FROM #SplitResults

    -- 使用临时表更新
    UPDATE Migrate.ClientContact 
    SET Title = LEFT(Item,60) 
    FROM #SplitResults 
    WHERE ItemIndex = 0 AND Migrate.ClientContact.ClientContactRef = @ThirdPartyRef 
    PRINT 'Title updated rows: ' + CAST(@@ROWCOUNT AS VARCHAR)

    UPDATE Migrate.ClientContact 
    SET Forename = LEFT(Item,60) 
    FROM #SplitResults 
    WHERE ItemIndex = 1 AND Migrate.ClientContact.ClientContactRef = @ThirdPartyRef 
    PRINT 'Forename updated rows: ' + CAST(@@ROWCOUNT AS VARCHAR)

    DROP TABLE #SplitResults
END 
CLOSE Cur 
Deallocate Cur 
GO

通过打印的信息，你可以确认：

• 变量@Title和@ThirdPartyRef是否正确赋值
• SplitString函数是否真的返回了结果
• UPDATE语句是否命中了目标表的记录

3. 解除递归CTE的次数限制 #

你的SplitString用了递归CTE，虽然短字符串不会超过默认的100次递归，但游标内的执行环境可能触发隐性限制，可以在调用函数时强制解除递归限制：

-- 修改游标内的UPDATE语句，添加OPTION(MAXRECURSION 0)
UPDATE cc
SET Title = LEFT(s.Item,60)
FROM Migrate.ClientContact cc
JOIN (
    SELECT Item FROM SplitString(@Title,CHAR(32)) WHERE ItemIndex=0
) s ON 1=1
WHERE cc.ClientContactRef = @ThirdPartyRef
OPTION(MAXRECURSION 0);

UPDATE cc
SET Forename = LEFT(s.Item,60)
FROM Migrate.ClientContact cc
JOIN (
    SELECT Item FROM SplitString(@Title,CHAR(32)) WHERE ItemIndex=1
) s ON 1=1
WHERE cc.ClientContactRef = @ThirdPartyRef
OPTION(MAXRECURSION 0);

4. 检查SplitString函数的潜在bug #

原函数的substring长度计算有个小问题，当处理最后一个元素时，应该用LEN(@str) - a + 1而不是LEN(@str)，虽然SQL会自动截断，但修正后更严谨：

ALTER FUNCTION [dbo].[SplitString] ( @str NVARCHAR(MAX), @separator CHAR(1) ) 
RETURNS TABLE AS 
return ( 
    with tokens(p, a, b) AS ( 
        select cast(1 as bigint), cast(1 as bigint), charindex(@separator, @str) 
        union all 
        select p + 1, b + 1, charindex(@separator, @str, b + 1) 
        from tokens 
        where b > 0 
    ) 
    select 
        p-1 ItemIndex, 
        substring( @str, a, case when b > 0 then b-a ELSE LEN(@str) - a + 1 end) AS Item 
    from tokens 
);

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