廢話少說，直接上SQL代碼（有興趣的測試驗證一下），下面這個查詢語句為什么將2008-11-27的記錄查詢出來了呢？這個是同事遇到的一個問題，個人設(shè)計了一個例子。

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'

其實如果細(xì)看過文檔的話，應(yīng)該知道是什么原因，因為數(shù)據(jù)類型Datetiem的時間范圍:00:00:00 到 23:59:59.997 ， 最后部分的范圍為0 ~997，官方文檔提示，datetime的秒的小數(shù)部分精度的有舍入，具體請見下面

datetime 秒的小數(shù)部分精度的舍入

如下表所示，將 datetime 值舍入到 .000、.003、或 .007 秒的增量 。

用戶指定的值

系統(tǒng)存儲的值

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

實驗測試驗證，998會轉(zhuǎn)換為997，而'2008-11-26 23:59:59.999'的話，就會轉(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)確的地方，如下截圖所示：

其實這個是精度問題，如果選擇datetime2數(shù)據(jù)類型，它默認(rèn)的小數(shù)精度更高，不會遇到這個問題，更多細(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查詢超時的知識點內(nèi)容，感謝大家的而學(xué)習(xí)和對本站的支持。

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非maisonbaluchon.cn所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請聯(lián)系alex-e#qq.com處理。