废话少说，直接上SQL代码（有兴趣的测试验证一下），下面这个查询语句为什么将2008-11-27的记录查询出来了呢？这个是同事遇到的一个问题，个人设计了一个例子。 USE AdventureWorks2014
废话少说，直接上SQL代码（有兴趣的测试验证一下），下面这个查询语句为什么将2008-11-27的记录查询出来了呢？这个是同事遇到的一个问题，个人设计了一个例子。
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'
其实如果细看过文档的话，应该知道是什么原因，因为数据类型Datetiem的时间范围:00:00:00 到 23:59:59.997 ， 最后部分的范围为0 ~997，官方文档提示，datetime的秒的小数部分精度的有舍入，具体请见下面
datetime 秒的小数部分精度的舍入
如下表所示，将 datetime 值舍入到 .000、.003、或 .007 秒的增量 。
用户指定的值
系统存储的值
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会转换为997，而'2008-11-26 23:59:59.999'的话，就会转换为'2008-11-27 00:00:00.000'，如下截图所示，所以尤其对数据精确性有要求的地方，要注意这些地方，否则SQL语句得出的结果在逻辑上就有误。
官方文档https://docs.microsoft.com/zh-cn/sql/t-sql/data-types/datetime-transact-sql?view=sql-server-ver15 中也有描述不准确的地方，如下截图所示：
其实这个是精度问题，如果选择datetime2数据类型，它默认的小数精度更高，不会遇到这个问题，更多细节建议参考官方文档（下面参考资料）
参考资料：
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
以上就是本次介绍的关于SQL Server查询超时的知识点内容，感谢大家的而学习和对每日运维的支持。
