根据本文，如果您希望使用DateTime2获得与DateTime相同的精度，则只需使用DateTime1（3）。这将为您提供相同的精度，占用更少的字节，并提供扩展的范围。

Select ValidUntil + 1
from Documents

上面的SQL不适用于DateTime2字段。它返回错误“操作数类型冲突：datetime2与int不兼容”

添加1以获得第二天，这是开发人员多年来一直在使用日期的做法。现在微软有了一个超级新的datetime2字段，无法处理这个简单的功能。

“让我们使用比旧型号更糟糕的新型号”，我不这么认为！

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

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

接受的答案很好，只需知道，如果您向前端发送DateTime2，它将四舍五入到正常的DateTime等效值。

这给我带来了一个问题，因为在我的解决方案中，我必须在重新提交时将发送的内容与数据库中的内容进行比较，而我的简单比较“==”不允许舍入。所以必须添加它。

正如其他答案所示，由于尺寸更小、精度更高，建议使用datetime2，但以下是Nikola Ilic关于为什么不使用datetime1的一些想法：

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

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