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

使用非US DATEFORMAT设置时，将日期字符串解释为datetime和datetime2也可能不同。例如。

set dateformat dmy
declare @d datetime, @d2 datetime2
select @d = '2013-06-05', @d2 = '2013-06-05'
select @d, @d2

对于datetime，返回2013-05-06（即5月6日），对于datetime2，返回2013-06-05（即6月5日）。然而，当dateformat设置为mdy时，@d和@d2都返回2013-06-05。

日期时间行为似乎与MSDN的SETDATEFORMAT文档不一致，后者指出：某些字符串格式（例如ISO8601）的解释与DATEFORMAT设置无关。显然不是真的！

直到我被这个问题困扰，我一直认为yyyy-mm-dd日期会被正确处理，不管语言/语言环境设置如何。

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

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

datetime2更好

日期时间范围：1753-01-01到9999-12-31，日期时间2范围：0001-01-01到9999-12/31datetime精度：0.0033秒，datetime2精度：100纳秒datetime获取8个字节，datetime2获取6到8个字节取决于精度（精度小于3时为6字节，精度3或4时为7字节，所有其他精度要求8字节，单击并查看下图）