1. SQL Server中的毫秒分界线
在使用SQL Server数据库时，我们不免会遇到毫秒时间的需求，例如记录某个操作的确切时间，或者查找某个时间段内的数据等等。但是，SQL Server的毫秒分界线常常会让人感到困惑。
1.1 问题的提出
首先，让我们看一下SQL Server中的日期时间数据类型：
DATE -- 仅包含日期部分，例如 2022-01-01
DATETIME -- 包含日期和时间，精度为 3.33 毫秒
DATETIME2 -- 包含日期和时间，精度可设定
SMALLDATETIME -- 包含日期和时间，精度为 1 分钟
TIME -- 仅包含时间部分，精度可设定
可以看出，SQL Server中最常用的DATETIME类型，精度仅为3.33毫秒，这就意味着如果我们需要以毫秒为单位记录某个时间点，就需要使用DATETIME2类型。
然而，DATETIME2类型的精度可自定义，最高精度为100纳秒，而100纳秒正好等于0.1微秒，那么，我们会发现，在使用0.1微秒作为精度时，会发生什么问题呢？
1.2 毫秒分界线的问题
当我们使用0.1微秒作为精度时，会发现SQL Server的毫秒分界线在17毫秒左右，也就是说，如果一个时间的毫秒部分大于或等于17，就会被四舍五入到一个更大的毫秒值。
例如，时间 '2022-01-01 12:34:56.016' 在存储时会被四舍五入为 '2022-01-01 12:34:56.020'，毫秒部分从16变为20。
这种问题带来的后果可能是数据查询结果不准确，或者数据录入时出现问题。
2. 解决方案
既然存在这种毫秒分界线的问题，我们就需要寻找一种方法来解决它。
2.1 更换时间类型
一种解决方案是使用SQL Server 2008或更高版本中新增的时间类型--TIME。TIME类型精度可设定，如果将其精度设置为0.1毫秒，就可以解决毫秒分界线的问题。
-- 创建表格时，使用TIME类型
CREATE TABLE mytable (
mytime TIME(2) -- 精度为0.01秒
);
-- 插入数据时，记录毫秒精度的时间点
INSERT INTO mytable (mytime) VALUES ('12:34:56.01');
使用TIME类型的好处是精度可设定，但是，它并不能记录日期，如果我们需要同时记录日期和时间，就需要使用其他方法。
2.2 使用DATETIME2类型
另一种解决方案是使用DATETIME2类型，但是根据之前的分析，当精度为0.1微秒时，会出现毫秒分界线的问题。
那么，应该选择怎样的精度呢？根据微软官网资料的描述，精度不宜超过数据库的时钟频率。SQL Server默认使用的是 sysdatetime() 提供的系统时钟，该时钟的默认精度为100纳秒，因此，建议将DATETIME2类型的精度设置为100纳秒。
-- 创建表格时，使用DATETIME2类型
CREATE TABLE mytable (
mytime DATETIME2(3) -- 精度为0.1毫秒
);
-- 插入数据时，记录毫秒精度的时间点
INSERT INTO mytable (mytime) VALUES ('2022-01-01 12:34:56.016');
在使用DATETIME2类型时，应注意精度的设置，以及时钟频率不要超过数据库的默认时钟频率。
3. 总结
SQL Server中的毫秒分界线问题，可能会带来数据不准确的风险，因此，在记录毫秒时间时，可以选择使用TIME类型或DATETIME2类型，并注意精度的设置和时钟频率的限制，以确保数据的准确性。