为什么SQL Server会丢失一毫秒？

Question

我有一个像这样结构的表:

CREATE TABLE [TESTTABLE]
(
    [ID] [int] IDENTITY(1,1) NOT NULL,
    [DateField] [datetime] NULL,
    [StringField] [varchar](50),
    [IntField] [int] NULL,
    [BitField] [bit] NULL
)

我执行以下代码:

BEGIN 
   INSERT INTO TESTTABLE (IntField, BitField, StringField, DateField) 
   VALUES ('1', 1, 'hello', {ts '2009-04-03 15:41:27.378'});  

   SELECT SCOPE_IDENTITY()  
END

然后

select * from testtable with (NOLOCK)

我的结果显示:

2009-04-03 15:41:27.*377*

为DateField列.

任何想法为什么我似乎失去了一毫秒？

Answer 1

SQL Server仅将时间存储到大约1/300秒.这些总是落在0,3和7毫秒.例如,以最小增量从0开始计数:

00:00:00.000
00:00:00.003
00:00:00.007
00:00:00.010
00:00:00.013
...

如果你需要毫秒级的精度,那就没有愉快的方法了.我见过的最佳选项是将值存储在自定义数字字段中,并在每次获取值时重建它,或将其存储为已知格式的字符串.然后,您可以(可选)为了速度而在本机日期类型中存储"近似"日期,但它会引入通常不需要的概念复杂性.

Answer 2

SQL Server 2008具有更高的可用精度.datetime2类型将准确存储如下值:2008-12-19 09:31:38.5670514(精度为100纳秒).

参考:time和datetime2 - 探索SQL Server 2008的新日期/时间数据类型

Answer 3

SQL Server datetime类型只有1/300秒(~3.33̅ms)的分辨率,因此您可能会看到舍入错误.

请参阅MSDN Datetime SQL Server参考

Answer 4

SQL Server仅精确到1/300秒.它将值舍入到最接近的1/300.