在SQL Server中删除日期时间的时间部分的最佳方法

从SQL Server的datetime字段中删除时间部分时，哪种方法提供最佳性能？

a) select DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

要么

b) select cast(convert(char(11), getdate(), 113) as datetime)

第二种方法确实会发送更多的字节，但这可能不如转换速度那么重要。

两者看起来都非常快，但是处理成千上万行或更多行时速度可能有所不同？

另外，是否有更好的方法可以消除SQL中日期时间的时间部分？

严格来说，方法a是最少的资源消耗：

a) select DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

事实证明，同一时间总计一百万行的CPU占用较少，占用的时间太多了：SQL Server中从date + time获取日期的最有效方法？

我在其他地方也看到了类似的测试，结果也差不多。

我更喜欢DATEADD / DATEDIFF，因为：

• varchar受到语言/日期格式问题的影响
  示例：为什么我的CASE表达式是不确定的？
• 浮动依赖于内部存储
• 它通过更改“ 0”为基础扩展到每月的第一天，明天等

编辑，2011年10月

对于SQL Server 2008+，您可以CAST到dateie CAST(getdate() AS date)。或者只是使用date数据类型，所以没有时间删除。

编辑，2012年1月

一个这样灵活的工作示例：需要在sql server中按四舍五入的时间或日期来计算

编辑，2012年5月

不要在WHERE子句等中使用它，而无需考虑：向列中添加函数或CAST会使索引使用无效。请在此处查看编号2：http：//www.simple-talk.com/sql/t-sql-programming/ten-common-sql-programming-mistakes/

现在，这确实有一个示例，该示例说明了可以正确管理CAST的最新SQL Server优化程序版本，但通常这是一个坏主意...

编辑日期为2018年9月

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)

在SQL Server 2008中，可以使用：

CONVERT(DATE, getdate(), 101)

当然，这是一个老话题，但为了使其完整。

在SQL 2008中，您可以使用DATE数据类型，因此只需执行以下操作：

SELECT CONVERT(DATE,GETDATE())

SELECT CAST(FLOOR(CAST(getdate() AS FLOAT)) AS DATETIME)

根据以下评论，... 不是一个好的解决方案。

我将删除此答案，但我将其留作反例，因为我认为评论者对为什么它不是一个好主意的解释仍然有用。

在SQL Server 2008中，有一个DATE日期类型（也是一个TIME数据类型）。

CAST(GetDate() as DATE)

要么

declare @Dt as DATE = GetDate()

这是另一个重复的问题的另一个答案：

SELECT CAST(CAST(getutcdate() - 0.50000004 AS int) AS datetime) 

此幻数方法的执行速度比DATEADD方法略快。（看起来大约是10％）

数百万次记录的CPU时间：

DATEADD   MAGIC FLOAT
500       453
453       360
375       375
406       360

但是请注意，这些数字可能无关紧要，因为它们已经非常快了。除非我有100,000个或更多的记录集，否则我什至无法使CPU时间读取到零以上。

考虑到DateAdd是用于此目的且更可靠的事实，我想使用DateAdd。

SELECT CAST(CAST(GETDATE() AS DATE) AS DATETIME)

我很喜欢：

[date] = CONVERT(VARCHAR(10), GETDATE(), 120)

该120格式的代码将迫使日到ISO 8601标准：

'YYYY-MM-DD' or '2017-01-09'

在dplyr（R）和pandas（Python）中超级好用！

谨防！

方法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上测试）

编辑：根据亚当的评论，如果您从表中读取日期值，则不会发生这种情况，但是如果您将日期值作为文字提供（例如：作为通过ADO.NET调用的存储过程的参数），则可能发生这种情况。

首先，删除插入/更新上的时间。对于即时转换，没有什么能比用户定义的函数可维护性更好：

select date_only(dd)

的实现date_only可以是任何你喜欢-它抽象掉现在和调用代码是非常干净多了。

看到这个问题：
如何在SQL Server中截断日期时间？

无论您做什么，都不要使用string方法。那是最糟糕的方法。

已经回答了，但是也把它丢掉了……应该可以很好地执行，但是它通过从浮点数中舍去小数点（存储时间）并仅返回整部分（即日期）来工作

 CAST(
FLOOR( CAST( GETDATE() AS FLOAT ) )
AS DATETIME
)

第二次找到此解决方案... 我抓取了这段代码

CAST(round(cast(getdate()as real),0,1) AS datetime)

此方法不使用字符串函数。Date基本上是一种真正的数据类型，其数字在小数点后一天是一天的一部分。

我想这会快很多。

对我而言，以下代码始终是赢家：

SELECT CONVERT(DATETIME, FLOOR(CONVERT(FLOAT,GETDATE())));

选择CONVERT（char（10），GetDate（），126）

我想你是说 cast(floor(cast(getdate()as float))as datetime)

real只有32位，并且可能会丢失一些信息

这是最快的 cast(cast(getdate()+x-0.5 as int)as datetime)

...虽然只快10％(about 0.49 microseconds CPU vs. 0.58)

建议这样做，并在我的测试中花费相同的时间： DATEADD(dd, DATEDIFF(dd, 0, getdate()), 0)

在SQL 2008中，SQL CLR函数的速度比使用SQL函数的速度快约5倍，分别为1.35微秒和6.5微节，这表明与简单的SQL UDF相比，SQL CLR函数的函数调用开销要低得多。

根据我的测试，在SQL 2005中，SQL CLR函数的速度是此慢函数的16倍：

create function dateonly (  @dt datetime )
returns datetime
as
begin
return cast(floor(cast(@dt as float))as int)
end

怎么select cast(cast my_datetime_field as date) as datetime)样 结果为同一日期，时间设置为00:00，但避免了转换为文本，也避免了任何显式的数字舍入。

我认为，如果您严格遵守TSQL这一点，那么这是缩短时间的最快方法：

 select convert(datetime,convert(int,convert(float,[Modified])))

我发现这种截断方法比该DateAdd方法快约5％。可以很容易地将其修改为四舍五入到最近的日期，如下所示：

select convert(datetime,ROUND(convert(float,[Modified]),0))

在这里，我做了一个删除SQL Server日期时间某些部分的功能。用法：

• 第一个参数是要剥离的日期时间。
• 第二个参数是一个字符：
  • s：四舍五入为秒；删除毫秒
  • m：舍入到分钟；删除秒和毫秒
  • h：舍入到小时；删除分钟，秒和毫秒。
  • d：四舍五入至几天；删除小时，分钟，秒和毫秒。
• 返回新的日期时间

create function dbo.uf_RoundDateTime(@dt as datetime, @part as char) returns datetime as begin if CHARINDEX( @part, 'smhd',0) = 0 return @dt; return cast( Case @part when 's' then convert(varchar(19), @dt, 126) when 'm' then convert(varchar(17), @dt, 126) + '00' when 'h' then convert(varchar(14), @dt, 126) + '00:00' when 'd' then convert(varchar(14), @dt, 112) end as datetime ) end

万一有人在这里寻找Sybase版本，因为上面的几个版本不起作用

CAST(CONVERT(DATE,GETDATE(),103) AS DATETIME)

• 在Adaptive Server 15.7上运行的I SQL v11中进行了测试

如果可能的话，对于像这样的特殊事情，我喜欢使用CLR函数。

在这种情况下：

[Microsoft.SqlServer.Server.SqlFunction]
    public static SqlDateTime DateOnly(SqlDateTime input)
    {
        if (!input.IsNull)
        {
            SqlDateTime dt = new SqlDateTime(input.Value.Year, input.Value.Month, input.Value.Day, 0, 0, 0);

            return dt;
        }
        else
            return SqlDateTime.Null;
    }

我个人而言，如果处理SQL Server 2005（或更低版本），几乎总是为此使用用户定义的函数，但是，应注意的是，使用UDF存在特定的缺点，尤其是将其应用于WHERE子句时（请参见下文和有关此答案的评论，以获取更多详细信息）。如果使用SQL Server 2008（或更高版本），请参见下文。

实际上，对于我创建的大多数数据库，我都会在开始时立即添加这些UDF，因为我知道我有99％的机会早晚需要它们。

我为“仅日期”和“仅时间”创建一个（尽管到目前为止，“仅日期”是这两个中使用最多的）。

以下是各种与日期相关的UDF的链接：

基本SQL Server日期，时间和DateTime函数
仅获取日期功能

最后一个链接显示了不少于3种不同的方法来使日期仅成为datetime字段的一部分，并提到了每种方法的利弊。

如果使用UDF，则应注意，应避免在查询中将UDF用作WHERE子句的一部分，因为这将大大妨碍查询的性能。这样做的主要原因是，在WHERE子句中使用UDF会使该子句成为不可保留的，这意味着SQL Server不能再在该子句中使用索引来提高查询执行的速度。关于我自己对UDF的使用，我将经常使用WHERE子句中的“原始”日期列，但是将UDF应用于SELECTed列。这样，UDF仅应用于过滤后的结果集，而不应用于表的每一行作为过滤器的一部分。

当然，绝对最佳的方法是使用SQL Server 2008（或更高版本）并分离出日期和时间，因为SQL Server数据库引擎本机提供了单独的日期和时间组件，并且可以有效地独立查询这些组件。无需UDF或其他机制即可从复合datetime类型提取日期或时间部分。

我会用：

CAST
(
CAST(YEAR(DATEFIELD) as varchar(4)) + '/' CAST(MM(DATEFIELD) as varchar(2)) + '/' CAST(DD(DATEFIELD) as varchar(2)) as datetime
) 

从而有效地从您已有的日期字段中创建一个新字段。