在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')
到此這篇關于SQL Server中datetimeset轉換datetime類型問題淺析的文章就介紹到這了,更多相關SQL Server中datetimeset轉換datetime類型內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- SQLSERVER 中datetime 和 smalldatetime類型分析說明
- sqlserver和oracle中對datetime進行條件查詢的一點區別小結
- sql server中datetime字段去除時間代碼收藏
- sql server中datetime字段去除時間的語句
