SQL WHERE过滤后CASE WHEN不可能条件仍触发转换报错问题

核心问题成因 #

你对SQL的逻辑执行顺序的认知没有错：标准定义的执行顺序确实是先执行WHERE过滤，再计算SELECT子句的表达式。但这个顺序只是逻辑层面的定义，数据库的查询优化器为了提升执行效率，会对查询语句做等价改写，实际物理执行的顺序可能和逻辑顺序完全不同，这就是你遇到报错的核心原因。

具体的报错触发逻辑 #

你使用的是SQL Server数据库（从报错提示可以判断），它的优化器存在**谓词前移（predicate pushdown）**的优化策略：当优化器判断SELECT子句中的计算可以提前到表扫描阶段完成、减少后续join或计算的开销时，就会把这部分计算提前到WHERE条件执行前完成。
在你的场景中：

• 优化器认为CAST(SUBSTRING(risk.BenefitLabel, 3, 1) AS tinyint)这个计算可以提前到扫描risk表时完成
• 即使你的WHERE子句过滤了所有Productidentifier = 'ABC'的行，提前计算的CAST操作依然会作用于所有扫描到的risk表行
• 非ABC场景的行BenefitLabel第三个字符是非数字的'F'，转换为tinyint失败直接抛出错误

至于你删除任意一个CASE条件后就正常运行，是因为修改后的语句触发了优化器的不同执行计划，不会再把CAST操作提前，此时CASE的短路求值逻辑生效，第一个条件永远不触发，不会执行到CAST代码。

修复方案 #

最稳妥的修复方式是用安全的转换函数替代普通CAST，避免转换失败直接报错：
把CAST(SUBSTRING(risk.BenefitLabel, 3, 1) AS tinyint)替换为TRY_CAST(SUBSTRING(risk.BenefitLabel, 3, 1) AS tinyint)即可。
TRY_CAST在转换失败时会返回NULL而不是抛出错误，NULL参与日期比较的结果为未知，不会命中第一个WHEN条件，完全符合你的业务逻辑预期。

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