解析SQL Server中SQL日期转换出错的原因
开发人员有时候使用类似下面SQL将字符串转换为日期时间类型，乍一看，这样的SQL的写法是没有什么问题的。但是这样的SQL其实有时候就是一个定时炸弹，随时可能出现问题（），下面简单对这种情况进行一个简单概括。
SELECTCONVERT(DATETIME,'2020-01-136:46:42');
如果你将连接数据库的登录名的默认语言修改为Aribc，然后去执行上面SQL语句，就会遇到错误，为什么呢？
为什么上面SQL的日期转换出错了呢？其实是因为登录名修改默认语言后，会话对应的date_format变化了，从mdy变成了dmy，所以上面转换就报错了，有时候不报错，但是可能转换成一个错误日期，产生了逻辑错误，这个反而是一个跟糟糕的隐性错误。等你发现的时候，可能已经产生大量错误数据了。
SELECTsession_id ,program_name ,client_interface_name ,language ,date_format FROMsys.dm_exec_sessions WHEREsession_id=53;
关于不同语言的默认date_format，可以使用下面命令查看：
sp_helplanguage'us_english'
另外一种情况，如果当前会话使用SET命令修改过DATEFORMAT，也会遇到这个错误，如下所示：
SETDATEFORMATDMY; GO SELECTCONVERT(DATETIME,'2020-01-136:46:42');
这种情况就比较复杂了，有可能是某一段SQL里面设置了DATEFORMAT，导致整个会话后面的日期格式全部变化了。所以上面这种SQL的“健壮性”就比较差，在平时就要避免写出这样的SQL，如果你使用这样的SQL，不管是会话的默认语言变化了，还是当前会话的DATEFORMAT变化了，都不会产生错误或逻辑错误。
SELECTCONVERT(DATETIME,'2020-01-136:46:42',120)。
平时遇到这种日期转换，就一定要明确指定转换格式，让其不要受会话的DATEFORMAT变化影响，书写健壮、可靠的SQL语句，下面这两个简单SQL的细微差别，也可判别一个人是否用有书写健壮性SQL的意识！
SELECTCONVERT(DATETIME,'2020-01-136:46:42'); SELECTCONVERT(DATETIME,'2020-01-136:46:42',120)
总结
以上所述是小编给大家介绍的解析SQLServer中SQL日期转换出错的原因，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对毛票票网站的支持！
如果你觉得本文对你有帮助，欢迎转载，烦请注明出处，谢谢！
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。