在SQL Server中从datetime字段中删除时间部分时,哪种方法提供了最佳性能?
a) select DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)
or
b) select cast(convert(char(11), getdate(), 113) as datetime)
第二种方法确实发送了更多的字节,但这可能没有转换速度那么重要。
两者看起来也都非常快,但在处理数十万行或更多行的时候,速度可能会有所不同。
此外,是否可能有更好的方法来消除SQL中datetime的时间部分?
小心!
方法a)和b)并不总是有相同的输出!
select DATEADD(dd, DATEDIFF(dd, 0, '2013-12-31 23:59:59.999'), 0)
输出:2014-01-01 00:00:00.000
select cast(convert(char(11), '2013-12-31 23:59:59.999', 113) as datetime)
输出:2013-12-31 00:00:00.000
(在MS SQL Server 2005和2008 R2上测试)
编辑:根据Adam的评论,如果从表中读取日期值,则不会发生这种情况,但如果将日期值作为文本提供(例如:作为通过ADO.NET调用的存储过程的参数),则会发生这种情况。
严格来说,方法a是资源密集度最低的:
a) select DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)
经过证明,在相同的总持续时间内,对于那些有太多时间的人来说,更少的CPU密集型:SQL Server中从日期+时间获得日期的最有效方法?
我在其他地方看到了类似的测试,结果也类似。
我更喜欢DATEADD/DATEDIFF,因为:
Varchar受语言/日期格式问题的影响
示例:为什么我的CASE表达式是非确定性的?
Float依赖于内部存储
它扩展到通过改变“0”基数来计算每月的第一天、明天等
编辑,2011年10月
对于SQL Server 2008+,您可以CAST到日期,即CAST(getdate() AS date)。或者只是使用日期数据类型,所以没有时间删除。
编辑,2012年1月
这是多么灵活的一个工作示例:需要在sql server中按四舍五入的时间或日期图进行计算
编辑,2012年5月
不要在WHERE子句和类似的地方使用这个:向列添加函数或CAST会使索引使用无效。参见第2条SQL编程常见错误
现在,这确实有一个SQL Server优化器版本正确管理CAST到日期的例子,但通常这将是一个坏主意…
编辑,2018年9月,datetime2
DECLARE @datetime2value datetime2 = '02180912 11:45' --this is deliberately within datetime2, year 0218
DECLARE @datetime2epoch datetime2 = '19000101'
select DATEADD(dd, DATEDIFF(dd, @datetime2epoch, @datetime2value), @datetime2epoch)
我认为如果你严格使用TSQL,这是截断时间的最快方法:
select convert(datetime,convert(int,convert(float,[Modified])))
我发现这种截断方法比DateAdd方法快5%左右。这可以很容易地修改为四舍五入到最近的一天,像这样:
select convert(datetime,ROUND(convert(float,[Modified]),0))