SQL Server：字符转日期因WHERE子句不同导致转换失败

嗨，这个问题我太熟悉了！你碰到的核心问题是SQL Server查询优化器的执行顺序逻辑，咱们一步步拆解：

为什么会出现这种奇怪的现象？ #

你写的SQL里，虽然用了ISDATE(MyDateColumn)判断，但SQL Server的查询优化器并不一定会按照你写的顺序来执行——它可能会先尝试执行SELECT里的CONVERT(date, MyDateColumn)，再去应用WHERE子句的筛选条件。这就意味着，哪怕你只想要MyTimeColumn='000000'的行，但如果这部分数据里混有ISDATE返回0的无效日期字符串，转换就会直接报错。

而当你在WHERE里加上MyDateColumn='20190821'或者MyDateColumn=MyDateColumn时，优化器会调整执行计划，先筛选出符合条件的行（或者因为恒真条件触发了某种执行策略），再对这些行做转换，自然就不会报错了。但MyDateColumn=MyDateColumn这种临时方案并不靠谱，一旦数据量变化或者优化器调整了执行计划，还是会出问题。

更优的解决方案 #

1. 用TRY_CONVERT替代CONVERT（最推荐） #

SQL Server 2012及以上版本支持TRY_CONVERT函数，它在转换失败时不会抛出错误，而是返回NULL，完美解决你的问题：

SELECT isdate(MyDateColumn), TRY_CONVERT(date, MyDateColumn) 
FROM MyTable 
WHERE MyTimeColumn = '000000'

这样即使有无效的日期字符串，查询也能正常执行，你还能通过NULL值快速定位那些有问题的数据。

2. 先筛选有效日期再转换（子查询/CTE） #

如果你不想用TRY_CONVERT，可以先通过子查询或者CTE筛选出ISDATE返回1的行，再对这些行做转换，确保转换的都是合法的日期字符串：

-- 用CTE的写法
WITH ValidDateRows AS (
    SELECT MyDateColumn
    FROM MyTable
    WHERE MyTimeColumn = '000000'
      AND ISDATE(MyDateColumn) = 1
)
SELECT isdate(MyDateColumn), CONVERT(date, MyDateColumn)
FROM ValidDateRows

这种方式强制优化器先筛选有效数据，再执行转换，从根源上避免了转换报错。

3. 从根源解决：修复数据/修改字段类型 #

如果你的业务允许，最好从数据本身入手：

• 先找出所有无效的日期字符串：

  SELECT MyDateColumn 
  FROM MyTable 
  WHERE ISDATE(MyDateColumn) = 0
  

  修正这些数据后，后续转换就不会有问题。
• 直接把MyDateColumn的类型从char(10)改成date：

  ALTER TABLE MyTable ALTER COLUMN MyDateColumn date;
  

  这样后续查询根本不需要手动转换，一劳永逸（改之前要确保所有数据都是有效的YYYYMMDD格式哦）。

内容的提问来源于stack exchange，提问作者Łukasz Dejewski