哪一个:
日期时间日期时间2
在SQL Server 2008+中存储日期和时间的建议方法是什么?
我知道精度(可能还有存储空间)的差异,但现在忽略这些,是否有关于何时使用what的最佳实践文档,或者我们应该只使用datetime2?
哪一个:
日期时间日期时间2
在SQL Server 2008+中存储日期和时间的建议方法是什么?
我知道精度(可能还有存储空间)的差异,但现在忽略这些,是否有关于何时使用what的最佳实践文档,或者我们应该只使用datetime2?
当前回答
老问题。。。但我想补充一些这里没有人说过的话。。。(注:这是我自己的观察结果,所以不要要求任何参考)
在筛选条件中使用Datetime2更快。
TLDR:
在SQL 2016中,我有一个包含十万行和日期时间列ENTRY_TIME的表,因为它需要存储精确到秒的时间。当我使用where子句作为:
WHERE ENTRY_TIME >= '2017-01-01 00:00:00' AND ENTRY_TIME < '2018-01-01 00:00:00'
最初,当有数百行时,查询很好,但当行数增加时,查询开始出现以下错误:
Execution Timeout Expired. The timeout period elapsed prior
to completion of the operation or the server is not responding.
我删除了where子句,出乎意料的是,查询在1秒内运行,尽管现在所有日期的所有行都已提取。我用where子句运行内部查询,用了85秒,没有where子句用了0.01秒。
我在这里遇到了许多关于日期时间过滤性能的线程
我优化了一下查询。但我得到的真正速度是将datetime列更改为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。这就是这些类型的原因!
正如其他答案所示,由于尺寸更小、精度更高,建议使用datetime2,但以下是Nikola Ilic关于为什么不使用datetime1的一些想法:
缺少(简单)对日期进行基本数学运算的可能性,如GETDATE()+1每次使用DATEADD或DATEDIFF进行比较时,都会完成到datetime的隐式数据转换SQL Server无法正确使用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页
使用非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日期会被正确处理,不管语言/语言环境设置如何。
MSDN datetime文档建议使用datetime2。以下是他们的建议:
使用time、date、datetime2和新的datetimeoffset数据类型工作这些类型与SQL一致标准它们更便于携带。time、datetime2和datetimeoffset提供更多的秒精度。datetimeoffset提供时区支持全球部署应用。
datetime2具有更大的日期范围、更大的默认小数精度和可选的用户指定精度。还取决于用户指定的精度,它可能使用更少的存储空间。