解析SQL Server中datetimeset轉換datetime類型問題
在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類型內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- SQL Server中日期時間函數的用法詳解
- MySQL去除重疊時間求時間差和的實現
- SQL Server中的數據類型詳解
- 使用SQL SERVER存儲過程實現歷史數據遷移方式
- SQL Server使用T-SQL進階之公用表表達式(CTE)