varchar转datetime类型转换报错求助：特定日期超出范围

嘿，这个问题我遇过好多次了，核心原因就是SQL Server对无分隔符日期字符串的解析规则和你的预期不匹配，咱们一步步拆解：

为什么会报错？ #

SQL Server在转换varchar到datetime时，会依赖当前会话的DATEFORMAT设置（默认可能是dmy、mdy或者其他，取决于服务器/数据库的区域配置）。

看你的例子：

• 能正常转换的011018、011118、011218：如果当前DATEFORMAT是dmy（日/月/年），那这些会被解析成「10月1日2018」、「11月1日2018」、「12月1日2018」——月份10/11/12都是合法的，所以没问题。
• 报错的011318、011418、011518：同样按dmy解析的话，会被当成「13月1日2018」——13月显然超出了月份的合法范围（1-12），自然就抛出「转换超出范围」的错误了！

另外补充下：两位数年份18会被SQL Server默认解析为2018年（规则是00-49对应2000-2049，50-99对应1950-1999），这部分是没问题的。

怎么解决？ #

最稳妥的方法是不要依赖默认的日期解析规则，明确指定你的字符串格式，推荐这几种方案：

方案1：用CONVERT加格式代码（推荐，性能好） #

因为你的字符串是MMDDYY格式（月/日/年），我们可以先给字符串插入分隔符，再指定对应的格式代码转换：

-- 把011318转换成01/13/18，再用格式101（MM/DD/YYYY）转换
CONVERT(datetime, STUFF(STUFF([Date], 3, 0, '/'), 6, 0, '/'), 101)

如果想避免非法日期导致整个查询报错，可以用TRY_CONVERT，非法值会返回NULL：

TRY_CONVERT(datetime, STUFF(STUFF([Date], 3, 0, '/'), 6, 0, '/'), 101)

方案2：强制设置会话的日期格式 #

如果你确定所有日期字符串都是MMDDYY格式，可以临时修改当前会话的DATEFORMAT：

SET DATEFORMAT mdy; -- 设置为月/日/年的解析顺序
SELECT CONVERT(datetime, [Date]) AS [Date] FROM YourTable;

⚠️ 注意：这个设置只对当前会话有效，换个会话或者重启连接就会恢复默认，所以不适合长期依赖。

方案3：用PARSE明确指定文化（可读性好） #

如果你的SQL Server版本支持（2012及以上），可以用PARSE函数直接指定文化，让数据库按你预期的格式解析：

-- en-US文化下，日期格式是MM/DD/YYYY，所以011318会被解析为2018-01-13
PARSE([Date] AS datetime USING 'en-US') AS [Date]

不过PARSE依赖.NET Framework的支持，性能比CONVERT稍差，适合小数据量场景。

总结 #

本质就是默认解析顺序和你的字符串格式不匹配，导致部分字符串被解析成了非法月份。只要明确指定格式，就能彻底解决这个问题啦！

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