¿Por qué SQL Server pierde un milisegundo?

Question

Tengo una tabla estructurada de esta manera:

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

ejecuto el siguiente código:

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

    SELECT SCOPE_IDENTITY() 
END 

Y luego

select * from testtable with (NOLOCK) 

y mi resultado muestra:

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

para la columna DateField.

¿Alguna idea de por qué parece que estoy perdiendo un milisegundo?

Answer 1

SQL Server solo almacena el tiempo en aproximadamente 1/300th de un segundo. Estos siempre caen en los 0, 3 y 7 milisegundos. P.ej. contando desde 0 en el incremento más pequeño:

00: 00: 00.000
00: 00: 00,003
00: 00: 00,007
00: 00: 00,010
00: 00: 00,013
..

Si necesita una precisión de milisegundos, no hay una forma agradable de evitarlo. Las mejores opciones que he visto son almacenar el valor en campos numéricos personalizados y reconstruirlo cada vez que recupera el valor, o almacenarlo como una cadena de un formato conocido. Luego puede (opcionalmente) almacenar una fecha "aproximada" en el tipo de fecha nativa por el bien de la velocidad, pero introduce una complejidad conceptual que a menudo no se desea.

Answer 2

SQL Server tiene una precisión de hasta 1/300 de segundo. Redondeará los valores al 1/300 más cercano.

Answer 3

El tipo SQL Server datetime solo tiene una resolución de 1/300 de segundo (~ 3,33̅ ms), por lo que probablemente esté viendo un error de redondeo.

Véase el MSDN Datetime SQL Server reference

Answer 4

que he oído, pero no puede encontrar una referencia oficial, que SQL Server almacena los valores de fecha y hora con una precisión de 3 milisegundos.

Answer 5

DATETIME no tiene precisión infinita; probablemente esté utilizando un valor que no se puede representar con precisión con los bits disponibles.

Answer 6

SQL Server 2008 tiene mucha más precisión disponible. El tipo datetime2 almacenará con precisión valores como este: 2008-12-19 09: 31: 38.5670514 (precisión de 100 nanosegundos).

Referencia: time and datetime2 - Exploring SQL Server 2008's New Date/Time Data Types