SQL Server使用IIF做日期转换为何部分行失败其余正常

• 类型优先级导致的隐式转换冲突
  IIF函数要求两个返回分支的类型兼容，你的语句中第一个分支返回DATE类型，第二个分支返回字符串'Undefined Format'。SQL Server中DATE类型优先级高于字符串类型，数据库会自动尝试将整个IIF的返回值统一转换为DATE类型，而'Undefined Format'本身无法转换为合法日期，直接触发转换错误。
• 查询优化器的执行顺序不遵循逻辑判断顺序
  你默认的执行逻辑是「先判断ISDATE(StartDate)=1，符合条件才执行CONVERT转换」，但这只是SQL的逻辑执行顺序。SQL Server查询优化器为了提升执行效率，可能会将CONVERT(DATE, StartDate)的计算提前到ISDATE判断之前，那些本身格式无效、ISDATE返回0的行也会被执行转换操作，直接报错。

单独执行SELECT StartDate, ISDATE(StartDate) from tBadDate不会报错的原因是：该语句仅做日期格式校验返回0/1，没有实际执行日期转换操作，自然不会触发转换失败的问题。

推荐使用TRY_CONVERT函数（SQL Server 2012及以上版本支持）规避这个问题，该函数会在转换失败时返回NULL，不会抛出错误，再配合ISNULL处理返回值即可，注意统一返回值为字符串类型避免隐式转换：

SELECT 
  StartDate, 
  ISNULL(
    TRY_CONVERT(VARCHAR(10), TRY_CONVERT(DATE, StartDate), 23), 
    'Undefined Format'
  ) AS FormatResult
FROM tBadDate

如果需要兼容低版本SQL Server，也可以先将转换后的日期显式转为字符串，保证IIF两个分支的类型都是字符串，同时可以用子查询规避优化器提前执行转换的问题：

SELECT 
  StartDate, 
  IIF(
    IsValidDate = 1, 
    CONVERT(VARCHAR(10), CONVERT(DATE, StartDate), 23), 
    'Undefined Format'
  ) AS FormatResult
FROM (
  SELECT StartDate, ISDATE(StartDate) AS IsValidDate 
  FROM tBadDate
) AS t

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