SQL Server对datetime的小数精度处理

文章讨论了在SQLServer中,使用datetime类型进行毫秒级别的时间范围查询时,由于精度问题可能导致查询结果超出预期,包括了时间范围之外的数据。Microsoft文档提到datetime值会被舍入到特定的毫秒增量,如0.000、0.003或0.007秒。
摘要由CSDN通过智能技术生成

在做一个业务按时间范围来获取数据,当我把时间范围精确到毫秒999时,发现会统计到时间范围之外的数据。

这里我放个测试数据:

--测试数据
CREATE TABLE #temporary(
ID INT IDENTITY(1,1) PRIMARY KEY NOT NULL,
Names VARCHAR(32),
Sex VARCHAR(32),
ClockingTime DATETIME
)
INSERT #temporary(Names,Sex,ClockingTime)VALUES
('千六','男','2024-01-04 18:08:09.733'),
('宋琦','男','2024-02-05 01:12:01.876'),
('楚云飞','男','2024-03-26 00:00:00.000')
GO

--查询
SELECT * FROM #temporary WHERE ClockingTime 
BETWEEN '2024-01-01 00:00:00.000' AND '2024-03-25 23:59:59.999'

查询结果包括时间范围之外的 “楚云飞”

IDNamesSexClockingTime
1千六2024-01-04 18:08:09.733
2宋琦2024-02-05 01:12:01.877
3楚云飞2024-03-26 00:00:00.000

后来发现是SQL Server对datetime小数部分处理的精度问题,查询和保存都会被处理,2024-03-25 23:59:59.999被处理为2024-03-26 00:00:00.000

微软文档指出datetime的值舍入到 .000、.003、或 .007 秒的增量。
datetime类型的值在显示及处理都会有所调整,即会圆整到几个特殊的毫秒个位值:0、3、7;
如:(9、0、1) 会引起进0调整;(5、6、7、8)引起7调整;(2、3、4)引起3调整。

2024-03-26 00:00:00.005
存到datetime类型的字段中就是
2024-03-26 00:00:00.007

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值