在SQL Server中,數據類型datetimeoffset轉換爲datetime類型或datetime2類型時須要特別注意,有可能一不當心你可能會碰到下面這種狀況。下面咱們構造一個簡單案例,模擬一下大家可能遇到的狀況。app
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有啥區別,具體腳本以下: spa
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 時,會複製日期和時間值,時區被截斷。 code
注意:datetiemoffset轉換爲datetime2也是一樣的狀況,這裏不作贅述了。orm
因此,最開始,咱們構造的案例中,出現那種現象是由於@p1和CREATE_TIME比較時,發生了隱式轉換,datetiemoffset轉換爲datetime,並且轉換過程當中時區丟失了,此時的SQL實際等價於CREATE_TIME <='2020-10-03 03:10:36.920'了,那麼怎麼解決這個問題,若是在不改變數據類型的狀況下,有什麼解決方案解決這個問題呢?blog
方案1:使用CAST轉換函數。ip
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 ,能夠保留時區信息。ci
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版本不支持這種寫法.get
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')