在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的时间部分?
当前回答
我会用:
CAST
(
CAST(YEAR(DATEFIELD) as varchar(4)) + '/' CAST(MM(DATEFIELD) as varchar(2)) + '/' CAST(DD(DATEFIELD) as varchar(2)) as datetime
)
因此，有效地从已有的日期字段创建一个新字段。
其他回答
如何选择cast(cast my_datetime_field as date) as datetime)?结果是相同的日期，时间设置为00:00，但避免了任何文本转换，也避免了任何显式的数字舍入。
就我个人而言，如果处理SQL Server 2005(或更低版本)，几乎总是使用用户定义函数，然而，应该注意的是，使用UDF有特定的缺点，特别是如果将它们应用于WHERE子句(参见下面和对这个答案的评论了解更多细节)。如果使用SQL Server 2008(或更高版本)-请参见下面。
事实上，对于我创建的大多数数据库，我都是在一开始就添加这些UDF，因为我知道早晚有99%的可能性会用到它们。
我为“仅限日期”和“仅限时间”创建了一个(尽管“仅限日期”是迄今为止使用最多的一个)。
以下是一些与日期相关的UDF的链接:
基本SQL Server日期，时间和DateTime函数 只获取日期函数
最后一个链接显示了不少于3种获取datetime字段部分日期的不同方法，并提到了每种方法的优缺点。
If using a UDF, it should be noted that you should try to avoid using the UDF as part of a WHERE clause in a query as this will greatly hinder performance of the query. The main reason for this is that using a UDF in a WHERE clause renders that clause as non-sargable, which means that SQL Server can no longer use an index with that clause in order to improve the speed of query execution. With reference to my own usage of UDF's, I'll frequently use the "raw" date column within the WHERE clause, but apply the UDF to the SELECTed column. In this way, the UDF is only applied to the filtered result-set and not every row of the table as part of the filter.
当然，最好的方法是使用SQL Server 2008(或更高版本)并分离出您的日期和时间，因为SQL Server数据库引擎随后会本地提供单独的日期和时间组件，并且可以有效地独立查询这些组件，而不需要UDF或其他机制来从复合datetime类型中提取日期或时间部分。
在SQL Server 2008中，您可以使用:
CONVERT(DATE, getdate(), 101)
小心!
方法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调用的存储过程的参数)，则会发生这种情况。
对我来说，下面的代码总是一个赢家:
SELECT CONVERT(DATETIME, FLOOR(CONVERT(FLOAT,GETDATE())));
