在SQL Server中,数据类型datetimeoffset转换为datetime类型或datetime2类型时需要特别注意,有可能一不小心你可能会碰到下面这种情况。下面我们构造一个简单案例,模拟一下你们可能遇到的情况。
CREATE TABLE TEST ( ID INT IDENTITY(1,1) ,CREATE_TIME DATETIME ,CONSTRAINT PK_TEST PRIMARY KEY(ID) ); GO INSERT INTO TEST(CREATE_TIME) SELECT '2020-10-03 11:10:36' UNION ALL SELECT '2020-10-03 11:11:36' UNION ALL SELECT '2020-10-03 11:12:36' UNION ALL SELECT '2020-10-03 11:13:36'; DECLARE @p1 DATETIMEOFFSET; SET @p1='2020-10-03 11:12:36.9200000 +08:00' SELECT * FROM dbo.TEST WHERE CREATE_TIME <=@p1;
如下截图所示,你会发现这个查询SQL查不到任何记录。相信以前对数据类型datetimeoffset不太熟悉的人会对这个现象一脸懵逼......
那么我们通过下面例子来给你简单介绍一下,datetimeoffset通过不同方式转换为datetime有啥区别,具体脚本如下:
DECLARE @p1 DATETIMEOFFSET; DECLARE @p2 DATETIME; DECLARE @p3 DATETIME2; SET @p1='2020-10-03 11:10:36.9200000 +08:00' SET @p2=@p1; SET @p3=@p1; SELECT @p1 AS '@p1' ,@p2 AS '@p2' ,CAST(@p1 AS DATETIME) AS 'datetimeoffset_cast_datetime' ,CONVERT(DATETIME, @p1, 1) AS 'datetimeoffset_convert_datetime'
如下截图所示,通过CONVERT函数将datetiemoffset转换为datetime,你会发现上面这种方式丢失了时区信息,它将datetimeoffset转换为了UTC时间了。官方文档介绍:转换到datetime 时,会复制日期和时间值,时区被截断。
注意:datetiemoffset转换为datetime2也是同样的情况,这里不做赘述了。
所以,最开始,我们构造的案例中,出现那种现象是因为@p1和CREATE_TIME比较时,发生了隐式转换,datetiemoffset转换为datetime,而且转换过程中时区丢失了,此时的SQL实际等价于CREATE_TIME <='2020-10-03 03:10:36.920'了,那么怎么解决这个问题,如果在不改变数据类型的情况下,有什么解决方案解决这个问题呢?
方案1:使用CAST转换函数。
DECLARE @p1 DATETIMEOFFSET; SET @p1='2020-10-03 11:12:36.9200000 +08:00' SELECT * FROM dbo.TEST WHERE CREATE_TIME <=CAST(@p1 AS DATETIME)
方案2:CONVERT函数中指定date_style为0 ,可以保留时区信息。
DECLARE @p1 DATETIMEOFFSET; SET @p1='2020-10-03 11:12:36.9200000 +08:00' SELECT * FROM dbo.TEST WHERE CREATE_TIME <=CONVERT(DATETIME, @p1, 0)
下面例子演示对比,有兴趣的话,自行执行SQL后对比观察
DECLARE @p1 DATETIMEOFFSET; DECLARE @p2 DATETIME; DECLARE @p3 DATETIME2; SET @p1='2020-10-03 11:10:36.9200000 +08:00' SET @p2=@p1; SET @p3=@p1; SELECT @p1 AS '@p1' ,@p2 AS '@p2' ,CAST(@p1 AS DATETIME) AS 'datetimeoffset_cast_datetime' ,CONVERT(DATETIME, @p1, 0) AS 'datetimeoffset_convert_datetime' ,CONVERT(DATETIME, @p1, 1) AS 'datetimeoffset_convert_datetime1'
方案3:SQL Server 2016(13.x)或以后的版本可以使用下面方案。
注意之前的SQL Server版本不支持这种写法.
DECLARE @p1 DATETIMEOFFSET; SET @p1='2020-10-03 11:12:36.9200000 +08:00' SELECT * FROM dbo.TEST WHERE CREATE_TIME <= CONVERT(DATETIME, @p1 AT TIME ZONE 'UTC' AT TIME ZONE 'China Standard Time')
免责声明:本站文章均来自网站采集或用户投稿,网站不提供任何软件下载或自行开发的软件!
如有用户或公司发现本站内容信息存在侵权行为,请邮件告知! 858582#qq.com
白云城资源网 Copyright www.dyhadc.com
暂无“解析SQL Server中datetimeset转换datetime类型问题”评论...
更新日志
2024年05月13日
2024年05月13日
- 决胜巅峰阿格斯技能怎么用 技能效果介绍
- 暗区突围正版官网入口分享 暗区突围官网下载链接
- 暗区突围PC端怎么下载 暗区突围PC端下载教程
- 暗区突围PC端官网入口 暗区突围国际服官网链接
- 《王国之泪》一周年!塞尔达公主声优晒手绘贺图庆祝
- Tango工作室关闭 玩家上Steam好评轰炸《完美音浪》
- 《女神异闻录》系列去年销量超过500万份 新作开发中
- ABC唱片-《美国西电录音九号测试碟》HD德国版[WAV+CUE]
- 姜克美《霸王别姬HQ》头版限量编号[WAV+CUE]
- [ABC]安娜-胆麦发烧女声[6N纯银镀膜][2016[正版CD低速原抓WAV+CUE]
- 解压感十足!这款破坏建筑的游戏现仅59.5元即可入手
- 西班牙一地颁布禁酒令 晚九点半至早八点半禁售
- 吴彦祖发文纪念母亲:每天都想妈妈
- 群星.1989-彩色的年纪-第六届大学城纪念专辑【飞碟】【WAV+CUE】
- 张秀卿.1995-青春【宝丽金】【WAV+CUE】