我刚刚偶然发现了DATETIME2的另一个优点：它避免了Python adodbapi模块中的一个错误，如果传递标准库datetime值，该值对于datetime列具有非零微秒，但如果将该列定义为DATETIME2，则会很好。

下面的示例将向您展示smalldatetime、datetime、datetime2（0）和datetime2（7）之间存储大小（字节）和精度的差异：

DECLARE @temp TABLE (
    sdt smalldatetime,
    dt datetime,
    dt20 datetime2(0),
    dt27 datetime2(7)
)

INSERT @temp
SELECT getdate(),getdate(),getdate(),getdate()

SELECT sdt,DATALENGTH(sdt) as sdt_bytes,
    dt,DATALENGTH(dt) as dt_bytes,
    dt20,DATALENGTH(dt20) as dt20_bytes,
    dt27, DATALENGTH(dt27) as dt27_bytes FROM @temp

返回

sdt                  sdt_bytes  dt                       dt_bytes  dt20                 dt20_bytes  dt27                         dt27_bytes
-------------------  ---------  -----------------------  --------  -------------------  ----------  ---------------------------  ----------
2015-09-11 11:26:00  4          2015-09-11 11:25:42.417  8         2015-09-11 11:25:42  6           2015-09-11 11:25:42.4170000  8

因此，如果我想将信息存储到秒，而不是毫秒，那么如果我使用datetime2（0）而不是datetime或datetime 2（7），我可以每个存储2个字节。

如果您是Access开发人员，试图将Now（）写入相关字段，则DateTime2会造成严重破坏。刚刚执行了Access->SQL 2008 R2迁移，它将所有日期时间字段作为DateTime2放入。当值爆炸时，用Now（）追加一条记录。2012年1月1日下午2:53:04没事，但2012年10月1日凌晨2:53:44没有。

一旦性格改变了。希望它能帮助到某人。

datetime2在除（旧应用兼容性）之外的大多数方面都获胜

较大的值范围更好的准确性较小的存储空间（如果指定了可选的用户指定精度）

请注意以下几点

语法datetime2[（小数秒精度=>低于存储大小）]精度，刻度0至7位，精度为100ns。默认精度为7位数。存储大小精度小于3时为6字节；精度3和4为7字节。所有其他精度要求8字节。DateTime2（3）的位数与DateTime相同，但使用7字节的存储，而不是8字节（SQLHINTS-DateTime Vs DateTime2）查找有关datetime2的详细信息（Transact-SQL MSDN文章）

图像来源：MCTS自学训练套件（考试70-432）：Microsoft®SQL Server®2008-实施和维护第3章：表格->第1课：创建表格->第66页

我认为DATETIME2是存储日期的更好方法，因为它比DATETIME。在SQL Server 2008中，您可以使用DATETIME2，它存储日期和时间，需要6-8个字节，精度为100纳秒。因此，任何需要更高时间精度的人都会想要DATETIME2。

虽然datetime2提高了精度，但有些客户端不支持date、time或datetime2，并强制您转换为字符串文本。微软特别提到了ODBC、OLE DB、JDBC和SqlClient这些数据类型的“底层”问题，并有一个图表显示了它们如何映射类型。

如果值兼容性超过精度，请使用datetime