使用游标更新Kontakte表关联Personen表失败，请求排查错误原因

核心错误点 #

• 游标查询的JOIN条件逻辑完全错误
  原代码中INNER JOIN Kontakte k ON k.RefPerson=k.ID属于无意义的自关联，这个条件要求Kontakte表的RefPerson字段等于自身ID，既不符合业务逻辑，还会通过INNER JOIN过滤掉所有尚未关联（k.RefPerson为NULL）的Personen记录，导致游标根本读取不到需要处理的目标数据。正确做法是直接从Personen表读取所有记录，无需关联Kontakte。

• 字符串转换未指定长度导致截断
  CONVERT(nvarchar, Info)中的nvarchar未指定长度，SQL Server默认会将内容截断为30个字符，超过30位的邮箱地址会被截断，自然无法匹配成功。必须指定足够容纳邮箱的长度，比如nvarchar(255)。

• 未处理NULL邮箱字段
  如果Personen表的eMail/Email2/Email3字段为NULL，Info = NULL的条件在SQL中永远返回假（NULL不能用=判断），会导致部分匹配场景失效，需要在条件中排除NULL值。

修正后的游标版本代码 #

DECLARE @id uniqueidentifier, 
        @email nvarchar(255), 
        @email2 nvarchar(255),  
        @email3 nvarchar(255), 
        @reffirma uniqueidentifier;
  
-- 移除错误的JOIN，直接读取Personen表所有记录
DECLARE cur_refperson CURSOR FOR   
SELECT p.ID, p.eMail, p.Email2, p.Email3, p.RefFirma
FROM Personen p

OPEN cur_refperson

FETCH NEXT FROM cur_refperson
INTO @id, @email, @email2, @email3, @reffirma

WHILE @@FETCH_STATUS = 0  
BEGIN
    UPDATE Kontakte
    SET RefPerson = @id, RefFirma = @reffirma
    WHERE 
        -- 指定转换长度，排除NULL邮箱的无效判断
        (CONVERT(nvarchar(255), Info) = @email AND @email IS NOT NULL)
        OR (CONVERT(nvarchar(255), Info) = @email2 AND @email2 IS NOT NULL)
        OR (CONVERT(nvarchar(255), Info) = @email3 AND @email3 IS NOT NULL)

    FETCH NEXT FROM cur_refperson INTO @id, @email, @email2, @email3, @reffirma
END

CLOSE cur_refperson;
DEALLOCATE cur_refperson;

更高效的无游标版本（推荐） #

游标在处理大量数据时效率极低，推荐使用集合操作完成需求：

UPDATE k
SET k.RefPerson = p.ID, k.RefFirma = p.RefFirma
FROM Kontakte k
INNER JOIN Personen p 
    ON CONVERT(nvarchar(255), k.Info) IN (p.eMail, p.Email2, p.Email3)
    -- 排除全NULL的Personen记录，避免无效关联
    AND (p.eMail IS NOT NULL OR p.Email2 IS NOT NULL OR p.Email3 IS NOT NULL)

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