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

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

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

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

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。这就是这些类型的原因！

MSDN datetime文档建议使用datetime2。以下是他们的建议：

使用time、date、datetime2和新的datetimeoffset数据类型工作这些类型与SQL一致标准它们更便于携带。time、datetime2和datetimeoffset提供更多的秒精度。datetimeoffset提供时区支持全球部署应用。

datetime2具有更大的日期范围、更大的默认小数精度和可选的用户指定精度。还取决于用户指定的精度，它可能使用更少的存储空间。