在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')

免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：mmqy2019@163.com进行举报，并提供相关证据，查实之后，将立刻删除涉嫌侵权内容。

猜你喜欢

• mybatis-plus的sql语句打印的两种方式是什么

  这篇文章主要介绍了mybatis-plus的sql语句打印问题,今天将常用的方式拷贝过来之后，发现没有发生效果（开始的时候以为是使用配置中心nacos导致问题，最后经过仔细的检查发现是单词拼错了），所以在这里记录一下

• SQL游标如何使用？SQL游标用法详解

  这篇文章主要介绍了SQL游标的用法，文中讲解非常详细，配合代码帮助大家更好的理解学习，感兴趣的朋友可以了解下

• 数据库的概念和好处是什么，储数据的原理怎么理解

  这篇文章主要为大家介绍了数据库初始化及数据库服务端操作的过程详解，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步早日升职加薪

• SQL union运算符的功能是什么，如何使用

  SQL UNION运算符用于组合两个或更多SELECT语句的结果集，而不返回任何重复的行。UNION中的每个SELECT语句必须具有相同的列数，这些列也必须具有相似的数据类型，每个SELECT语句中的列也必须以相同的顺序排列，每个SELECT语句必须有相同数目的列表达式 但是每个SELECT语句的长度不必相同

• 使用SQL UNION子句有什么要注意的

  子句/运算符用于将两个或者更多的 SELECT 语句的运算结果组合起来。在使用 UNION 的时候，每个 SELECT 语句必须有相同数量的选中列、相同数量的列表达式、相同的数据类型，并且它们出现的次序要一致，不过长度不一定要相同。