主頁 > 知識庫 > 解析SQL Server中datetimeset轉換datetime類型問題

解析SQL Server中datetimeset轉換datetime類型問題

熱門標簽:萬利達綜合醫(yī)院地圖標注點 在電子版地圖標注要收費嗎 地圖標注如何弄全套標 外呼系統(tǒng)會封嗎 南京電銷外呼系統(tǒng)哪家好 武漢AI電銷機器人 股票配資電銷機器人 實體店地圖標注怎么標 電銷機器人 深圳

在SQL Server中,數(shù)據(jù)類型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;

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

那么我們通過下面例子來給你簡單介紹一下,datetimeoffset通過不同方式轉換為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轉換為datetime,你會發(fā)現(xiàn)上面這種方式丟失了時區(qū)信息,它將datetimeoffset轉換為了UTC時間了。官方文檔介紹:轉換到datetime 時,會復制日期和時間值,時區(qū)被截斷。

注意:datetiemoffset轉換為datetime2也是同樣的情況,這里不做贅述了。

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

方案1:使用CAST轉換函數(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')

到此這篇關于SQL Server中datetimeset轉換datetime類型問題淺析的文章就介紹到這了,更多相關SQL Server中datetimeset轉換datetime類型內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

您可能感興趣的文章:
  • SQLSERVER 中datetime 和 smalldatetime類型分析說明
  • sqlserver和oracle中對datetime進行條件查詢的一點區(qū)別小結
  • sql server中datetime字段去除時間代碼收藏
  • sql server中datetime字段去除時間的語句

標簽:泰安 濟寧 臺州 濟源 武威 安徽 廣東 汕頭

巨人網(wǎng)絡通訊聲明:本文標題《解析SQL Server中datetimeset轉換datetime類型問題》,本文關鍵詞  解析,SQL,Server,中,datetimeset,;如發(fā)現(xiàn)本文內(nèi)容存在版權問題,煩請?zhí)峁┫嚓P信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《解析SQL Server中datetimeset轉換datetime類型問題》相關的同類信息!
  • 本頁收集關于解析SQL Server中datetimeset轉換datetime類型問題的相關信息資訊供網(wǎng)民參考!
  • 推薦文章