当然，这是一个旧的线程，但使它完整。

从SQL 2008你可以使用DATE数据类型，所以你可以简单地做:

SELECT CONVERT(DATE,GETDATE())

如何选择cast(cast my_datetime_field as date) as datetime)?结果是相同的日期，时间设置为00:00，但避免了任何文本转换，也避免了任何显式的数字舍入。

我已经回答过了，但我也要把这个说出来…… 这应该也表现得很好，但它的工作原理是从浮点数中扔掉小数(存储时间)，只返回整部分(即日期)

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

我第二次找到这个解决方案…我把这个代码抄下来了

就我个人而言，如果处理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类型中提取日期或时间部分。

我想你的意思是 将(floor(Cast (getdate()as float))转换为datetime

Real只有32位，可能会丢失一些信息

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

.．.虽然只快了约10% (CPU约0.49微秒vs. 0.58微秒)

这是推荐的，并且在我刚才的测试中花费了相同的时间: DATEADD(dd, DATEDIFF(dd, 0, getdate())， 0)

在SQL 2008中，SQL CLR函数比使用SQL函数快5倍，1.35微秒比6.5微节，这表明SQL CLR函数比简单的SQL UDF函数调用开销要低得多。

在SQL 2005中，根据我的测试，SQL CLR函数比这个慢函数快16倍:

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

看这个问题: 如何在SQL Server中截断日期时间?

无论你做什么，不要使用字符串方法。这是最糟糕的方法了。