SELECT DATEADD(DD, DATEDIFF(DD, 0, GETDATE()), 0)

SELECT DATEADD(DAY, 0, DATEDIFF(DAY,0, GETDATE()))

SELECT CONVERT(DATETIME, CONVERT(VARCHAR(10), GETDATE(), 101))

编辑：前两个方法基本相同，out执行转换为varchar方法。

我知道这很古老，但我看不出哪里有人这样说。据我所知，这是ANSI标准。

SELECT CAST(CURRENT_TIMESTAMP AS DATE)

如果微软也能支持ANSI标准CURRENT_DATE变量，那就好了。

在这种情况下，仅限日期，我们将运行以下查询：

选择转换（VARCHAR（10），getdate（），111）；

您可以使用CONVERT函数仅返回日期。请参阅以下链接：

SQL Server 2000中的日期和时间操作

铸造和转换

使用convert函数的语法为：

CONVERT ( data_type [ ( length ) ] , expression [ , style ] ) 

如果您希望使用CONVERT并获得与所提出的原始问题相同的输出，即yyyy-mm-dd，则使用与前两个答案相同的CONVERT（varchar（10），[SourceDate as dateTime]，121）代码，但用虚线转换为yyyy-mm-dd的代码为121。

如果我能马上发表意见，这种格式不属于数据层，这就是为什么在SQL Server 2008引入实际日期部分数据类型之前，如果没有愚蠢的高开销“技巧”是不可能的。在数据层中进行这样的转换是对DBMS开销的巨大浪费，但更重要的是，在执行类似操作的第二秒，基本上已经在内存中创建了孤立数据，我假设您将返回到程序。您不能将其放回另一个3NF+列中，或将其与任何类型的数据进行比较而不进行还原，因此您所做的只是引入了失败点并删除了关系引用。

您应该始终继续并将dateTime数据类型返回给调用程序，在PRESENTATION层中，进行任何必要的调整。一旦在将对象返回给调用者之前进行转换，就会从应用程序中消除引用完整性的所有希望。这将再次阻止UPDATE或DELETE操作，除非您进行某种手动还原，否则在不需要的情况下，再次将数据暴露给人类/code/gremlin错误。

SELECT DATEADD(DD, DATEDIFF(DD, 0, GETDATE()), 0)

SELECT DATEADD(DAY, 0, DATEDIFF(DAY,0, GETDATE()))

SELECT CONVERT(DATETIME, CONVERT(VARCHAR(10), GETDATE(), 101))

编辑：前两个方法基本相同，out执行转换为varchar方法。