SQL Server解惑——为什么你的查询结果超出了查询时间范围

废话少说,直接上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数据类型,它默认的小数精度更高,不会遇到这个问题,更多细节建议参考官方文档(下面参考资料)

 

 

 

参考资料:

 

(0)
上一篇 2022年3月21日
下一篇 2022年3月21日

相关推荐