经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 数据库/运维 » MS SQL Server » 查看文章
SQL Server中datetimeset转换datetime类型问题浅析
来源:cnblogs  作者:潇湘隐者  时间:2021/1/4 9:36:44  对本文有异议

在SQL Server中,数据类型datetimeoffset转换为datetime类型或datetime2类型时需要特别注意,有可能一不小心你可能会碰到下面这种情况。下面我们构造一个简单案例,模拟一下你们可能遇到的情况。

 

  1. CREATE TABLE TEST
  1. (
  1.     ID                 INT IDENTITY(1,1)
  1.    ,CREATE_TIME        DATETIME
  1.    ,CONSTRAINT PK_TEST PRIMARY KEY(ID)
  1.  
  1. );
  1. GO
  1.  
  1. INSERT INTO TEST(CREATE_TIME)
  1. SELECT '2020-10-03 11:10:36' UNION ALL
  1. SELECT '2020-10-03 11:11:36' UNION ALL
  1. SELECT '2020-10-03 11:12:36' UNION ALL
  1. SELECT '2020-10-03 11:13:36';
  1.  
  1. DECLARE @p1 DATETIMEOFFSET;
  1. SET @p1='2020-10-03 11:12:36.9200000 +08:00'
  1. SELECT * FROM dbo.TEST
  1. WHERE CREATE_TIME <=@p1;

 

如下截图所示,你会发现这个查询SQL查不到任何记录。相信以前对数据类型datetimeoffset不太熟悉的人会对这个现象一脸懵逼......

 

clip_image001

 

那么我们通过下面例子来给你简单介绍一下,datetimeoffset通过不同方式转换为datetime有啥区别,具体脚本如下: 

  1. DECLARE @p1 DATETIMEOFFSET;
  1. DECLARE @p2 DATETIME;
  1. DECLARE @p3 DATETIME2;
  1.  
  1. SET @p1='2020-10-03 11:10:36.9200000 +08:00'
  1. SET @p2=@p1;
  1. SET @p3=@p1;
  1.  
  1. SELECT @p1                             AS '@p1'
  1.      ,@p2                              AS '@p2'
  1.      ,CAST(@p1 AS DATETIME)            AS 'datetimeoffset_cast_datetime'
  1.      ,CONVERT(DATETIME, @p1, 1)        AS 'datetimeoffset_convert_datetime'

 

如下截图所示,通过CONVERT函数将datetiemoffset转换为datetime,你会发现上面这种方式丢失了时区信息,它将datetimeoffset转换为了UTC时间了。官方文档介绍:转换到datetime 时,会复制日期和时间值,时区被截断。 

 

注意datetiemoffset转换为datetime2也是同样的情况,这里不做赘述了。

clip_image002

 

所以,最开始,我们构造的案例中,出现那种现象是因为@p1和CREATE_TIME比较时,发生了隐式转换,datetiemoffset转换为datetime,而且转换过程中时区丢失了,此时的SQL实际等价于CREATE_TIME <='2020-10-03 03:10:36.920'了,那么怎么解决这个问题,如果在不改变数据类型的情况下,有什么解决方案解决这个问题呢?

 

方案1:使用CAST转换函数。

 

  1. DECLARE @p1 DATETIMEOFFSET;
  1. SET @p1='2020-10-03 11:12:36.9200000 +08:00'
  1. SELECT * FROM dbo.TEST
  1. WHERE CREATE_TIME <=CAST(@p1 AS DATETIME)

 

方案2:CONVERT函数中指定date_style为0 ,可以保留时区信息。

 

  1. DECLARE @p1 DATETIMEOFFSET;
  1. SET @p1='2020-10-03 11:12:36.9200000 +08:00'
  1. SELECT * FROM dbo.TEST
  1. WHERE CREATE_TIME <=CONVERT(DATETIME, @p1, 0)

 

下面例子演示对比,有兴趣的话,自行执行SQL后对比观察

 

  1. DECLARE @p1 DATETIMEOFFSET;
  1. DECLARE @p2 DATETIME;
  1. DECLARE @p3 DATETIME2;
  1.  
  1. SET @p1='2020-10-03 11:10:36.9200000 +08:00'
  1. SET @p2=@p1;
  1. SET @p3=@p1;
  1.  
  1. SELECT @p1                             AS '@p1'
  1.      ,@p2                              AS '@p2'
  1.      ,CAST(@p1 AS DATETIME)            AS 'datetimeoffset_cast_datetime'
  1.      ,CONVERT(DATETIME, @p1, 0)        AS 'datetimeoffset_convert_datetime'
  1.      ,CONVERT(DATETIME, @p1, 1)        AS 'datetimeoffset_convert_datetime1'

 

clip_image003

 

方案3:SQL Server 2016(13.x)或以后的版本可以使用下面方案。注意之前的SQL Server版本不支持这种写法.

 

  1. DECLARE @p1 DATETIMEOFFSET;
  1. SET @p1='2020-10-03 11:12:36.9200000 +08:00'
  1. SELECT * FROM dbo.TEST
  1. WHERE CREATE_TIME <= CONVERT(DATETIME, @p1 AT TIME ZONE 'UTC' AT TIME ZONE 'China Standard Time')

原文链接:http://www.cnblogs.com/kerrycode/p/14202017.html

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号