SQL Server ISDATE函数返回异常结果，如何精准识别指定格式日期？

你遇到的问题其实是ISDATE()函数的固有局限——它的判断逻辑依赖当前会话的DATEFORMAT和LANGUAGE设置，所以像'2406'这种字符串会被误判为有效日期（比如被解析成2024-06-01或者2006-02-24，取决于会话设置）。要精准识别yyyy-MM-dd HH:mm:ss.fff这种格式的日期，推荐用以下两种方案：

方案一：用TRY_CONVERT指定格式样式（推荐） #

TRY_CONVERT()函数允许你指定转换时使用的样式编号，而且转换失败会返回NULL，完全不受会话格式设置的影响。对于你需要的yyyy-MM-dd HH:mm:ss.fff格式，对应的样式编号是121。

示例代码：

SELECT 
    u.NewValue,
    CASE 
        WHEN TRY_CONVERT(datetime, u.NewValue, 121) IS NOT NULL
        THEN CONVERT(varchar, TRY_CONVERT(datetime, u.NewValue, 121), 23)
        ELSE '无效日期格式' -- 或者你需要的其他处理逻辑
    END AS FormattedValidDate
FROM YourTable u;

• 这里TRY_CONVERT(datetime, u.NewValue, 121)会严格按照yyyy-MM-dd HH:mm:ss.fff的格式尝试转换，不符合的字符串会返回NULL，完美过滤掉'2406'这类不符合格式的内容。
• 最后用CONVERT(varchar, ..., 23)把有效日期转成yyyy-MM-dd格式（如果需要保留时间部分，也可以用样式121）。

方案二：正则匹配+日期有效性校验（更严格） #

如果需要确保字符串完全符合格式细节（比如必须有三位毫秒、分隔符必须是-和:），可以先用PATINDEX做正则匹配，再结合TRY_CONVERT校验日期的有效性（避免2019-02-30这种格式正确但实际无效的日期）。

示例代码：

SELECT 
    u.NewValue,
    CASE 
        WHEN PATINDEX('^[0-9]{4}-[0-9]{2}-[0-9]{2} [0-9]{2}:[0-9]{2}:[0-9]{2}.[0-9]{3}$', u.NewValue) = 1
             AND TRY_CONVERT(datetime, u.NewValue, 121) IS NOT NULL
        THEN CONVERT(varchar, TRY_CONVERT(datetime, u.NewValue, 121), 23)
        ELSE '无效日期格式'
    END AS FormattedValidDate
FROM YourTable u;

• 正则表达式^[0-9]{4}-[0-9]{2}-[0-9]{2} [0-9]{2}:[0-9]{2}:[0-9]{2}.[0-9]{3}$会严格匹配：4位年份-2位月份-2位日期 2位小时:2位分钟:2位秒.3位毫秒的格式。
• 再用TRY_CONVERT确保这个字符串对应的日期是真实存在的（比如不会把2023-02-30当成有效日期）。

为什么不推荐ISDATE()？ #

ISDATE()的判断逻辑太灵活，比如在SET DATEFORMAT MDY的会话下，'2406'会被解析为2024年6月1日，返回1；而如果是SET DATEFORMAT DMY，则会被解析为2006年2月24日，同样返回1。这种不确定性导致它无法满足精准格式校验的需求。

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