怎么在SQL Server數(shù)據(jù)庫(kù)中將datetimeset轉(zhuǎn)換為datetime類型

怎么在SQL Server數(shù)據(jù)庫(kù)中將datetimeset轉(zhuǎn)換為datetime類型？相信很多沒有經(jīng)驗(yàn)的人對(duì)此束手無(wú)策，為此本文總結(jié)了問(wèn)題出現(xiàn)的原因和解決方法，通過(guò)這篇文章希望你能解決這個(gè)問(wèn)題。

在SQL Server中，數(shù)據(jù)類型datetimeoffset轉(zhuǎn)換為datetime類型或datetime2類型時(shí)需要特別注意，有可能一不小心你可能會(huì)碰到下面這種情況。下面我們構(gòu)造一個(gè)簡(jiǎn)單案例，模擬一下你們可能遇到的情況。

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;

如下截圖所示，你會(huì)發(fā)現(xiàn)這個(gè)查詢SQL查不到任何記錄。相信以前對(duì)數(shù)據(jù)類型datetimeoffset不太熟悉的人會(huì)對(duì)這個(gè)現(xiàn)象一臉懵逼......

那么我們通過(guò)下面例子來(lái)給你簡(jiǎn)單介紹一下，datetimeoffset通過(guò)不同方式轉(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'

如下截圖所示，通過(guò)CONVERT函數(shù)將datetiemoffset轉(zhuǎn)換為datetime,你會(huì)發(fā)現(xiàn)上面這種方式丟失了時(shí)區(qū)信息，它將datetimeoffset轉(zhuǎn)換為了UTC時(shí)間了。官方文檔介紹：轉(zhuǎn)換到datetime 時(shí)，會(huì)復(fù)制日期和時(shí)間值，時(shí)區(qū)被截?cái)唷?/p>

注意：datetiemoffset轉(zhuǎn)換為datetime2也是同樣的情況，這里不做贅述了。

所以，最開始，我們構(gòu)造的案例中，出現(xiàn)那種現(xiàn)象是因?yàn)锧p1和CREATE_TIME比較時(shí)，發(fā)生了隱式轉(zhuǎn)換，datetiemoffset轉(zhuǎn)換為datetime，而且轉(zhuǎn)換過(guò)程中時(shí)區(qū)丟失了，此時(shí)的SQL實(shí)際等價(jià)于CREATE_TIME <='2020-10-03 03:10:36.920'了，那么怎么解決這個(gè)問(wèn)題，如果在不改變數(shù)據(jù)類型的情況下，有什么解決方案解決這個(gè)問(wèn)題呢？

方案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 ，可以保留時(shí)區(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)

下面例子演示對(duì)比，有興趣的話，自行執(zhí)行SQL后對(duì)比觀察

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

看完上述內(nèi)容，你們掌握怎么在SQL Server數(shù)據(jù)庫(kù)中將datetimeset轉(zhuǎn)換為datetime類型的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注億速云行業(yè)資訊頻道，感謝各位的閱讀！