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

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，但以下是Nikola Ilic关于为什么不使用datetime1的一些想法：

缺少（简单）对日期进行基本数学运算的可能性，如GETDATE（）+1每次使用DATEADD或DATEDIFF进行比较时，都会完成到datetime的隐式数据转换SQL Server无法正确使用Datetime2列的统计信息，因为存储数据的方式会导致非最佳查询计划，从而降低性能

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

DATETIME2的日期范围为“0001/01/01”到“9999/12/31”，而DATETIME类型仅支持1753-9999年。

此外，如果需要，DATETIME2可以在时间方面更精确；DATETIME限制为3 1/3毫秒，而DATETIME2可以精确到100ns。

这两种类型都映射到.NET中的System.DateTime-没有区别。

如果您有选择，我建议尽可能使用DATETIME2。我看不出使用DATETIME有什么好处（除了向后兼容）-你会有更少的麻烦（日期超出范围和麻烦）。

另外：如果您只需要日期（没有时间部分），请使用date-它与DATETIME2一样好，也可以节省空间！：-）同样只适用于时间-使用time。这就是这些类型的原因！

我同意@marc_s和@Adam_Poward的观点——DateTime2是前进的首选方法。它的日期范围更广，精度更高，使用的存储量相等或更少（取决于精度）。

然而，讨论中遗漏了一件事。。。@Marc_s状态：这两种类型都映射到.NET中的System.DateTime-没有区别。这是正确的，然而，相反的是不正确的。。。在进行日期范围搜索时很重要（例如“查找2010年5月5日修改的所有记录”）。

.NET版本的Datetime具有与DateTime2相似的范围和精度。将.net Datetime向下映射到旧的SQL Datetime时，会发生隐式舍入。旧的SQL DateTime精确到3毫秒。这意味着11:59:59.997将尽可能接近一天的结束。任何更高的值都将舍入到第二天。

试试看：

declare @d1 datetime   = '5/5/2010 23:59:59.999'
declare @d2 datetime2  = '5/5/2010 23:59:59.999'
declare @d3 datetime   = '5/5/2010 23:59:59.997'
select @d1 as 'IAmMay6BecauseOfRounding', @d2 'May5', @d3 'StillMay5Because2msEarlier'

避免这种隐式舍入是转移到DateTime2的一个重要原因。日期的隐式舍入显然会引起混淆：

SQL Server中奇怪的日期时间行为http://bytes.com/topic/sql-server/answers/578416-weird-millisecond-part-datetime-data-sql-server-2000-aSQL Server 2008和毫秒http://improve.dk/archive/2011/06/16/getting-bit-by-datetime-rounding-or-why-235959-999-ltgt.aspxhttp://milesquaretech.com/Blog/post/2011/09/12/DateTime-vs-DateTime2-SQL-is-Rounding-My-999-Milliseconds!.aspx公司