SQLServer DateTime类型比较大小避坑篇

真理:

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