解析SQL Server中datetimeset轉(zhuǎn)換datetime類型問題
在SQL Server中,數(shù)據(jù)類型datetimeoffset轉(zhuǎn)換為datetime類型或datetime2類型時需要特別注意,有可能一不小心你可能會碰到下面這種情況。下面我們構(gòu)造一個簡單案例,模擬一下你們可能遇到的情況。
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;
如下截圖所示,你會發(fā)現(xiàn)這個查詢SQL查不到任何記錄。相信以前對數(shù)據(jù)類型datetimeoffset不太熟悉的人會對這個現(xiàn)象一臉懵逼......
那么我們通過下面例子來給你簡單介紹一下,datetimeoffset通過不同方式轉(zhuǎn)換為datetime有啥區(qū)別,具體腳本如下:
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函數(shù)將datetiemoffset轉(zhuǎn)換為datetime,你會發(fā)現(xiàn)上面這種方式丟失了時區(qū)信息,它將datetimeoffset轉(zhuǎn)換為了UTC時間了。官方文檔介紹:轉(zhuǎn)換到datetime 時,會復(fù)制日期和時間值,時區(qū)被截斷。
注意:datetiemoffset轉(zhuǎn)換為datetime2也是同樣的情況,這里不做贅述了。
所以,最開始,我們構(gòu)造的案例中,出現(xiàn)那種現(xiàn)象是因為@p1和CREATE_TIME比較時,發(fā)生了隱式轉(zhuǎn)換,datetiemoffset轉(zhuǎn)換為datetime,而且轉(zhuǎn)換過程中時區(qū)丟失了,此時的SQL實際等價于CREATE_TIME <='2020-10-03 03:10:36.920'了,那么怎么解決這個問題,如果在不改變數(shù)據(jù)類型的情況下,有什么解決方案解決這個問題呢?
方案1:使用CAST轉(zhuǎn)換函數(shù)。
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函數(shù)中指定date_style為0 ,可以保留時區(qū)信息。
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)
下面例子演示對比,有興趣的話,自行執(zhí)行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')
到此這篇關(guān)于SQL Server中datetimeset轉(zhuǎn)換datetime類型問題淺析的文章就介紹到這了,更多相關(guān)SQL Server中datetimeset轉(zhuǎn)換datetime類型內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
SQL Server 數(shù)據(jù)庫管理常用的SQL和T-SQL語句
SQL Server 數(shù)據(jù)庫管理常用的SQL和T-SQL語句...2007-03-03
通過SQL Server的位運(yùn)算功能巧妙解決多選查詢方法
項目中很多業(yè)務(wù)對象的數(shù)據(jù)表中都具有Status字段,有人使用int型保存Status,有人使用varchar型2012-01-01
SQLSERVER 創(chuàng)建索引實現(xiàn)代碼
是SQL Server編排數(shù)據(jù)的內(nèi)部方法。它為SQL Server提供一種方法來編排查詢數(shù)據(jù)2012-04-04
如何遠(yuǎn)程連接SQL Server數(shù)據(jù)庫的圖文教程
如何遠(yuǎn)程連接SQL Server數(shù)據(jù)庫的圖文教程...2007-03-03
Linq to SQL 插入數(shù)據(jù)時的一個問題
今天用LinqtoSql插入數(shù)據(jù),總是插入錯誤,說某個主鍵字段不能為空,我檢查了半天感覺主鍵字段沒有賦空值啊,實在是郁悶。 要插入數(shù)據(jù)的表結(jié)構(gòu)是2009-08-08




