SQL Server过滤数据时DATE转换报错问题咨询

这个问题的核心原因是SQL Server查询优化器的执行顺序不严格遵循WHERE子句的书写顺序。虽然你先写了isnull(MSG_PROCESS, '') = ''来筛选出MSG_PROCESS为空的行，但优化器可能会优先尝试对DT_REFUND列的所有值执行convert(DATE, DT_REFUND)转换——而第一条记录的DT_REFUND值是A-BC---D，完全无法转换为日期类型，因此直接抛出转换错误。

第一个查询能正常运行，是因为它不需要处理DT_REFUND的转换，只过滤MSG_PROCESS列，所以不会触发转换失败的问题。

下面提供几种可行的解决方法：

方法1：使用TRY_CONVERT函数（推荐，SQL Server 2012及以上版本支持） #

TRY_CONVERT函数的特性是：当转换失败时不会抛出错误，而是返回NULL。这样即使遇到A-BC---D这类无效值，转换结果为NULL，与'20180301'转换后的日期比较时，NULL >= 日期的结果为UNKNOWN，不会被筛选出来，自然避免了报错。

示例代码：

select * 
from TMP_TBL 
where isnull(MSG_PROCESS, '') = '' 
and TRY_CONVERT(DATE, DT_REFUND) >= CONVERT(DATE, '20180301');

方法2：先用CTE/子查询过滤有效行，再执行转换 #

通过CTE（公共表表达式）或者子查询，先筛选出MSG_PROCESS为空的行，再在这个已过滤的结果集上执行日期转换和比较。因为此时结果集中的DT_REFUND都是有效的日期字符串（如20180301、20180331），转换不会出错。

示例代码（CTE版本）：

WITH FilteredValidRows AS (
    SELECT * 
    FROM TMP_TBL 
    WHERE isnull(MSG_PROCESS, '') = ''
)
SELECT * 
FROM FilteredValidRows 
WHERE CONVERT(DATE, DT_REFUND) >= CONVERT(DATE, '20180301');

方法3：使用CASE语句控制转换逻辑 #

通过CASE语句，确保只有在MSG_PROCESS为空的情况下才执行日期转换。这样无效的DT_REFUND值不会进入转换步骤，避免报错。

示例代码：

select * 
from TMP_TBL 
where isnull(MSG_PROCESS, '') = '' 
and CASE WHEN isnull(MSG_PROCESS, '') = '' THEN CONVERT(DATE, DT_REFUND) END >= CONVERT(DATE, '20180301');

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