真理:
SQLServer DateTime字段类型对应的时间格式是 yyyy-MM-dd HH:mm:ss.fff ,3个f,精确到千分之三秒,示例 2014-12-03 17:06:15.433 。(9、0、1) 会引起进0调整;(5、6、7、8)引起7调整;(2、3、4)引起3调整。
业务场景:
经常会根据开始时间和结束时间来查询数据。
坑
试验1:
SQL语句:
select top 1* from Production where WorkListNum='111659004474' AND CollectTime>='2019-11-01' and CollectTime<='2019-11-02 23:59:59.999' ORDER BY CollectTime DESC
查询结果:
查询比结束时间’2019-11-02 23:59:59.999’小的数据,居然可以查出‘2019-11-03 00:00:00.000’这条数据。
试验2:
select top 1* from Production where WorkListNum='111659004474' AND CollectTime>='2019-11-01' and CollectTime<='2019-11-01 06:12:03.472' ORDER BY CollectTime DESC
查询结果:
查询比结束时间’2019-11-01 06:12:03.472’小的数据,居然可以查出‘2019-11-01 06:12:03.473’这条数据。
试验3:
select top 1* from Production where WorkListNum='111659004474' AND CollectTime>='2019-11-01' and CollectTime<='2019-11-02 23:59:59.995' ORDER BY CollectTime DESC
查询结果:
查询比结束时间’2019-11-02 23:59:59.995’小的数据,居然可以查出‘2019-11-02 23:59:59.997’这条数据。
由此得出结论:
时间类型毫秒的值会先根据 上面说的真理(9、0、1) 会引起进0调整;(5、6、7、8)引起7调整;(2、3、4)引起3调整。
试验1:2019-11-02 23:59:59.999 会变成 2019-11-03 00:00:00.000 这个比较特殊,秒的值会向进1
试验2:2019-11-01 06:12:03.472 会变成 2019-11-01 06:12:03.473
试验3:2019-11-02 23:59:59.995 会变成 2019-11-02 23:59:59.997