SQL Server中ISDATE('3/31/019')函数返回结果异常问题咨询

问题现象 #

• 执行 ISDATE('3/31/019') 返回 1，说明函数判定该字符串为有效日期
• 但执行 CONVERT(date, '3/31/019') 时会报错：Conversion failed when converting date and/or time from character string.
• 实际这个字符串并非有效日期，预期 ISDATE('3/31/019') 应该返回 0

问题原因 #

这是SQL Server中ISDATE函数的已知行为：它的日期验证逻辑和CONVERT的实际转换逻辑存在不一致。当处理三位数字的年份（比如019）时，ISDATE会错误地判定其为有效，但CONVERT在解析时无法正确处理这种不规范的年份格式，最终导致转换失败。本质是两者的年份补位、解析规则不匹配，前者可能默认将三位年份补位为四位，后者却无法识别这种格式。

解决办法 #

1. 用TRY_CONVERT替代ISDATE #

TRY_CONVERT是更可靠的验证方式，它会尝试转换字符串为指定类型，失败时返回NULL，可以通过判断返回值是否非空来验证有效性：

SELECT CASE WHEN TRY_CONVERT(date, '3/31/019') IS NOT NULL THEN 1 ELSE 0 END AS IsValidDate;

这条语句会返回0，符合预期的验证结果。

2. 明确指定日期格式样式 #

不管用ISDATE还是CONVERT，都明确指定日期样式，避免依赖会话的DATEFORMAT设置，确保解析逻辑一致：

-- 用样式101（mm/dd/yyyy）验证
SELECT ISDATE('3/31/019') AS OldCheck, 
       CASE WHEN TRY_CONVERT(date, '3/31/019', 101) IS NOT NULL THEN 1 ELSE 0 END AS ReliableCheck;

3. 标准化输入格式 #

尽量要求输入使用四位年份的日期格式（比如'3/31/2019'），从根源上避免三位年份带来的解析问题。

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