2

我的数据从 Excel 导入到 SQL Server 时遇到问题。datetime导入目标表的值datetime与 Excel 源文件中的值不同。

无论有没有任何格式，该值总是比 Excel 中的实际时间少 0.003 毫秒。这会导致在尝试按小时分组时，应标记为凌晨 1 点的值被标记为凌晨 12 点。

请注意我的示例查询和结果以查看确切值。

如果有人能告诉我为什么会发生这种情况以及如何获得我的预期结果，将不胜感激。

我也想在没有任何额外步骤的情况下解决这个问题。（请不要暂存表）

SELECT          
    Timestamp,
    CAST(Timestamp AS DATE) Date,               
    CAST(Timestamp AS DATETIME) Datetime,
    CAST(Timestamp AS DATETIME2) Datetime2,
    CAST(Timestamp AS TIME) Time
FROM
    OPENROWSET('Microsoft.ACE.OLEDB.12.0','Excel 12.0 Xml;HDR=Yes;
                Database=\\server\share\160322.xlsx;',
                'SELECT * FROM [160322$]')

/* Query Results (ALL WRONG):    
Timestamp   :   2016-03-22 00:59:59.997     -- Imported Value without formatting

Date        :   2016-03-22                  -- Formatted Values
Datetime    :   2016-03-22 00:59:59.997
Datetime2   :   2016-03-22 00:59:59.9970000
Time        :   00:59:59.9970000
*/

Excel 中的值：

3/22/2016  12:15:00 AM

SQL Server 表中的值： 

2016-03-22 00:14:59.997

预期的 SQL Server 值：

2016-03-22 00:15:00.000

Excel 中的值：

3/22/2016  01:00:00 AM

SQL Server 表中的值： 

2016-03-22 00:59:59.997

预期的 SQL Server 值：

2016-03-22 01:00:00.000
4

1 回答 1

1

SQL Server 中的DATETIME数据类型的准确度为 0.003 秒 - 3.33 毫秒 - 这是一个众所周知且有记录的事实（请参阅此处的 MSDN和此处的博客文章）。

您只能获得.000, .003, .007,等值.010-不支持精确到毫秒的值.013。DATETIME

但是，使用应该可以解决该问题（除非使用某种方式DATETIME2(3)从 Excel 导入会破坏该问题）OPENROWSET

于 2016-03-22T19:27:49.447 回答