gpt4 book ai didi

解析SQL Server中SQL日期转换出错的原因

转载 作者:qq735679552 更新时间:2022-09-29 22:32:09 28 4
gpt4 key购买 nike

CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章解析SQL Server中SQL日期转换出错的原因由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.

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

?
1
SELECT CONVERT (DATETIME, '2020-01-13 6:46:42' );

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

解析SQL Server中SQL日期转换出错的原因

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

?
1
2
3
4
5
6
7
SELECT session_id
   ,program_name
   ,client_interface_name
   ,language
   ,date_format
FROM sys.dm_exec_sessions
WHERE session_id = 53;

解析SQL Server中SQL日期转换出错的原因

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

?
1
sp_helplanguage 'us_english'

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

?
1
2
3
SET DATEFORMAT DMY;
GO
SELECT CONVERT (DATETIME, '2020-01-13 6:46:42' );

解析SQL Server中SQL日期转换出错的原因

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

?
1
SELECT CONVERT (DATETIME, '2020-01-13 6:46:42' , 120)。

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

?
1
2
SELECT CONVERT (DATETIME, '2020-01-13 6:46:42' );
SELECT CONVERT (DATETIME, '2020-01-13 6:46:42' , 120)

总结 。

以上所述是小编给大家介绍的解析SQL Server中SQL日期转换出错的原因,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对我网站的支持! 如果你觉得本文对你有帮助,欢迎转载,烦请注明出处,谢谢! 。

原文链接:https://www.cnblogs.com/kerrycode/archive/2020/01/11/12180085.html 。

最后此篇关于解析SQL Server中SQL日期转换出错的原因的文章就讲到这里了,如果你想了解更多关于解析SQL Server中SQL日期转换出错的原因的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com