SQL CASE WHEN语句执行异常求助：首次运行正常后报错

从你的描述和SQL代码来看，这个“首次执行正常、后续报错”的问题大概率是CASE表达式分支返回的数据类型与tableA.X字段类型不兼容导致的——第一次执行时可能刚好没触发冲突的分支，而后续数据变化后触发了不兼容的分支，就抛出了错误。

核心问题拆解 #

先看你的CASE分支返回值：

• 第一个分支：返回CONVERT(NVARCHAR(10), CONVERT(DATE, GETDATE(), 103), 103)，是长度为10的字符串格式日期（比如dd/mm/yyyy）
• 第二个分支：返回空字符串''，也是字符串
• 第三个分支：返回'Error'，同样是字符串

如果tableA.X的字段类型是DATE/DATETIME（而不是字符串类型），问题就来了：

• 第一次执行时，可能只有前两个分支被触发：SQL Server会尝试把空字符串''隐式转换为NULL（DATE类型无法存储空字符串），而字符串格式的日期也能被隐式转成DATE类型，所以执行正常。
• 但后续执行时，如果触发了ELSE 'Error'分支，字符串'Error'根本无法转换为DATE类型，就会直接抛出“转换失败”的错误。

另外，还要注意key是SQL的保留关键字，最好用方括号[]包裹，避免语法歧义。

针对性解决方案 #

根据tableA.X的实际类型，你可以选择以下两种修正方式：

方案1：如果X是字符串类型（NVARCHAR/VARCHAR）

确保所有分支返回的字符串长度与X字段的定义匹配，同时修正保留关键字的写法：

UPDATE tableA 
SET tableA.X = 
    CASE 
        WHEN tableB.A <= 0 AND tableA.X = '' THEN CONVERT(NVARCHAR(10), GETDATE(), 103)
        WHEN tableB.A > 0 THEN ''
        ELSE 'Error' 
    END 
FROM tableB 
JOIN tableA ON tableB.[key] = tableA.[key];

（这里简化了日期转换，直接用CONVERT(NVARCHAR(10), GETDATE(), 103)就能得到dd/mm/yyyy格式的字符串，不需要先转DATE再转回来）

方案2：如果X是日期类型（DATE/DATETIME）

由于日期类型无法存储字符串（比如'Error'），你需要调整分支的返回值，用符合日期类型的逻辑替代：

UPDATE tableA 
SET tableA.X = 
    CASE 
        -- 用NULL或默认日期替代空字符串判断，因为DATE类型不能存''
        WHEN tableB.A <= 0 AND (tableA.X IS NULL OR tableA.X = '1900-01-01') THEN GETDATE()
        -- 显式返回NULL，而不是空字符串
        WHEN tableB.A > 0 THEN NULL
        -- 用一个特殊日期标记错误，比如9999-12-31，或者去掉ELSE分支让它保持原值
        ELSE '9999-12-31' 
    END 
FROM tableB 
JOIN tableA ON tableB.[key] = tableA.[key];

如果不需要错误标记，直接去掉ELSE 'Error'分支即可，这样不满足前两个条件的行X值会保持不变。

额外建议 #

• 执行SQL前，先检查tableA.X的字段类型：用sp_help 'tableA'可以查看字段的详细定义。
• 尽量避免隐式类型转换，显式确保CASE分支的返回类型与目标字段完全匹配，这能避免很多偶发的执行错误。

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