为什么你SQL Server中SQL日期转换出错了呢?「建议收藏」

为什么你SQL Server中SQL日期转换出错了呢?「建议收藏」开发人员有时候使用类似下面SQL将字符串转换为日期时间类型,乍一看,这样的SQL的写法是没有什么问题的。但是这样的SQL其实有时候就是一个定时炸弹,随时可能出现问题(),下面简单对这种情况进行一个简单

为什么你SQL Server中SQL日期转换出错了呢?

开发人员有时候使用类似下面SQL将字符串转换为日期时间类型,乍一看,这样的SQL的写法是没有什么问题的。但是这样的SQL其实有时候就是一个定时炸弹,随时可能出现问题(),下面简单对这种情况进行一个简单概括。

 

SELECT  CONVERT(DATETIME, "2020-01-13 6:46:42");

代码100分

 

 

如果你将连接数据库的登录名的默认语言修改为Aribc,然后去执行上面SQL语句,就会遇到错误,为什么呢?

 

clip_image001

 

 

为什么上面SQL的日期转换出错了呢?其实是因为登录名修改默认语言后,会话对应的date_format变化了,从mdy变成了dmy,所以上面转换就报错了,有时候不报错,但是可能转换成一个错误日期,产生了逻辑错误,这个反而是一个跟糟糕的隐性错误。等你发现的时候,可能已经产生大量错误数据了。

 

代码100分SELECT  session_id

       ,program_name

代码100分       ,client_interface_name

       ,language

       ,date_format

FROM    sys.dm_exec_sessions

WHERE   session_id = 53;

 

clip_image002

 

关于不同语言的默认date_format,可以使用下面命令查看:

 

sp_helplanguage “us_english”

 

 

另外一种情况,如果当前会话使用SET命令修改过DATEFORMAT,也会遇到这个错误,如下所示:

 

SET DATEFORMAT DMY;

GO

SELECT  CONVERT(DATETIME, "2020-01-13 6:46:42");

 

clip_image003

 

 

这种情况就比较复杂了,有可能是某一段SQL里面设置了DATEFORMAT,导致整个会话后面的日期格式全部变化了。所以上面这种SQL的健壮性就比较差,在平时就要避免写出这样的SQL,如果你使用这样的SQL,不管是会话的默认语言变化了,还是当前会话的DATEFORMAT变化了,都不会产生错误或逻辑错误。

 

SELECT CONVERT(DATETIME,“2020-01-13 6:46:42”, 120)

 

 

平时遇到这种日期转换,就一定要明确指定转换格式,让其不要受会话的DATEFORMAT变化影响,书写健壮、可靠的SQL语句,下面这两个简单SQL的细微差别,也可判别一个人是否用有书写健壮性SQL的意识!

 

 

SELECT  CONVERT(DATETIME, “2020-01-13 6:46:42”);

 

SELECT  CONVERT(DATETIME, “2020-01-13 6:46:42”, 120)

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
转载请注明出处: https://daima100.com/10249.html

(0)
上一篇 2023-01-22 16:30
下一篇 2023-01-22

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注