SQL Server中查詢結(jié)果超出了查詢時(shí)間范圍解決方法
廢話少說,直接上SQL代碼(有興趣的測試驗(yàn)證一下),下面這個(gè)查詢語句為什么將2008-11-27的記錄查詢出來了呢?這個(gè)是同事遇到的一個(gè)問題,個(gè)人設(shè)計(jì)了一個(gè)例子。
USE AdventureWorks2014; GO SELECT * FROM [Person].[Person] WHERE ModifiedDate >= '2008-11-26 00:00:00:000' AND ModifiedDate <= '2008-11-26 23:59:59.999'
其實(shí)如果細(xì)看過文檔的話,應(yīng)該知道是什么原因,因?yàn)閿?shù)據(jù)類型Datetiem的時(shí)間范圍:00:00:00 到 23:59:59.997 , 最后部分的范圍為0 ~997,官方文檔提示,datetime的秒的小數(shù)部分精度的有舍入,具體請見下面
datetime 秒的小數(shù)部分精度的舍入
如下表所示,將 datetime 值舍入到 .000、.003、或 .007 秒的增量 。
用戶指定的值
系統(tǒng)存儲(chǔ)的值
01/01/98 23:59:59.999
1998-01-02 00:00:00.000
01/01/98 23:59:59.995
01/01/98 23:59:59.996
01/01/98 23:59:59.997
01/01/98 23:59:59.998
1998-01-01 23:59:59.997
01/01/98 23:59:59.992
01/01/98 23:59:59.993
01/01/98 23:59:59.994
1998-01-01 23:59:59.993
01/01/98 23:59:59.990
01/01/98 23:59:59.991
1998-01-01 23:59:59.990
實(shí)驗(yàn)測試驗(yàn)證,998會(huì)轉(zhuǎn)換為997,而'2008-11-26 23:59:59.999'的話,就會(huì)轉(zhuǎn)換為'2008-11-27 00:00:00.000',如下截圖所示,所以尤其對數(shù)據(jù)精確性有要求的地方,要注意這些地方,否則SQL語句得出的結(jié)果在邏輯上就有誤。
官方文檔https://docs.microsoft.com/zh-cn/sql/t-sql/data-types/datetime-transact-sql?view=sql-server-ver15 中也有描述不準(zhǔn)確的地方,如下截圖所示:
其實(shí)這個(gè)是精度問題,如果選擇datetime2數(shù)據(jù)類型,它默認(rèn)的小數(shù)精度更高,不會(huì)遇到這個(gè)問題,更多細(xì)節(jié)建議參考官方文檔(下面參考資料)
參考資料:
https://docs.microsoft.com/zh-cn/sql/t-sql/data-types/datetime2-transact-sql?view=sql-server-ver15
https://docs.microsoft.com/zh-cn/sql/t-sql/data-types/datetime-transact-sql?view=sql-server-ver15
以上就是本次介紹的關(guān)于SQL Server查詢超時(shí)的知識(shí)點(diǎn)內(nèi)容,感謝大家的而學(xué)習(xí)和對腳本之家的支持。
相關(guān)文章
阿拉伯?dāng)?shù)字轉(zhuǎn)大寫中文_財(cái)務(wù)常用sql存儲(chǔ)過程
需求:輸入阿拉伯?dāng)?shù)字,給出對應(yīng)的中文大寫,編寫為存儲(chǔ)過程或函數(shù)2008-10-10sqlserverdriver配置方法 jdbc連接sqlserver
這篇文章主要介紹了sqlserverdriver配置方法,介紹了連接SqlServer2000 和連接SqlServer2005的方法,大家參考使用吧2014-01-01sql動(dòng)態(tài)行轉(zhuǎn)列的兩種方法
sql動(dòng)態(tài)行轉(zhuǎn)列的兩種方法,需要的朋友可以參考一下2013-04-04sqlserver存儲(chǔ)過程中SELECT 與 SET 對變量賦值的區(qū)別
SQLServer中對已經(jīng)定義的變量賦值的方式用兩種,分別是 SET 和 SELECT。對于這兩種方式的區(qū)別,SQL Server 聯(lián)機(jī)叢書中已經(jīng)有詳細(xì)的說明,但很多時(shí)候我們并沒有注意,其實(shí)這兩種方式還是有很多差別的。2011-04-04sqlserver數(shù)據(jù)庫大型應(yīng)用解決方案經(jīng)驗(yàn)總結(jié)
對于一個(gè)大型的互聯(lián)網(wǎng)應(yīng)用,每天百萬級甚至上億的PV無疑對數(shù)據(jù)庫造成了相當(dāng)高的負(fù)載。對于系統(tǒng)的穩(wěn)定性和擴(kuò)展性造成了極大的問題2013-10-10SQL Server誤區(qū)30日談 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB
乍一看,由于BACKUP WITH CHECKSUM會(huì)檢測所有分配出去的頁的校驗(yàn)和的值,這個(gè)誤區(qū)貌似是這么回事,但實(shí)際上并不是這么回事2013-01-01SQL2000個(gè)人版 應(yīng)用程序正常初始化失敗0乘以C0000135失敗
應(yīng)用程序正常初始化(0*c0000135)失敗。是什么意思?2011-01-01