SQL Server中查询结果超出了查询时间范围解决方法

废话少说，直接上SQL代码（有兴趣的测试验证一下），下面这个查询语句为什么将2008-11-27的记录查询出来了呢？这个是同事遇到的一个问题，个人设计了一个例子。

USE AdventureWorks2014;
GO
SELECT * FROM [Person].[Person]
WHERE ModifiedDate >= '2008-11-26 0:000'
 AND ModifiedDate <= '2008-11-26 23:59:59.999'

 

其实如果细看过文档的话，应该知道是什么原因，因为数据类型Dat python etiem的时间范围:0 到 23:59:59.997 ， 最后部分的范围为0 ~997，官方文档提示，datetime的秒的小数部分精度的有舍入，具体请见下面

datetime 秒的小数部分精度的舍入

如下表所示，将 datetime 值舍入到 .000、.0 http://www.cppcns.com 03、或 .007 秒的增量 。

用户指定的值

系统 存储的值

01/01/98 23:59:59.999

1998-01-02 0. python 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. js 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 0.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查询超时的 知识 点内容，感谢大家的而学习和对我们的支持。

查看更多关于SQL Server中查询结果超出了查询时间范围解决方法的详细内容...