嵌套FROM子查询中的int类型转换问题排查

核心问题出在SQL Server查询优化器的执行计划重写逻辑上：

当你在外层查询添加WHERE Ex.code < 13后，优化器为了提升查询性能，会尝试将外层的过滤条件“下推”到内层子查询中，直接打乱了你预期的执行顺序——你原本以为会先执行内层的WHERE ISNUMERIC(code) = 1过滤出纯数字行，再转换为int类型；但优化器可能调整执行顺序，先对FooTable的所有行尝试执行CAST(code AS int)来匹配过滤条件，这就导致非数字的abc这类值被触发转换，直接抛出类型转换错误。

而不带外层WHERE条件时，优化器会按照你编写的逻辑执行：先过滤纯数字行，再转换为int，最后计算最大值，因此不会报错。

表变量方案有效的原因 #

使用表变量时，你强制完成了分步执行的流程：

1. 先过滤出纯数字的code值
2. 将其转换为int类型并存入表变量
3. 最后对表变量中的int数据执行过滤和最大值计算

这个过程中，原表的varchar数据不会再被后续查询触碰，优化器也无法进行跨步骤的执行计划重写，因此不会出现转换错误。

更简洁的替代写法 #

如果不想用表变量，可以用TRY_CAST（SQL Server 2012及以上版本支持）替代ISNUMERIC + CAST，它会在转换失败时返回NULL，配合过滤NULL的逻辑，能避免优化器重写带来的问题：

SELECT MAX(Ex.code) AS maxValue
FROM (
    SELECT TRY_CAST(code AS int) AS code 
    FROM FooTable
) AS Ex
WHERE Ex.code IS NOT NULL AND Ex.code < 13

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