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

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

铸造和转换

使用convert函数的语法为：

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

我赞成以下未提及的内容：

DATEFROMPARTS(DATEPART(yyyy, @mydatetime), DATEPART(mm, @mydatetime), DATEPART(dd, @mydatetime))

它也不关心本地或进行双重转换——尽管每个“datepart”可能都做数学运算。因此，它可能比datediff方法慢一点，但对我来说，它更清晰。尤其是当我想按年份和月份分组时（将日期设置为1）。

使用FLOOR（）-只需削减时间部分。

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

在SQL Server 2000上

CAST(
(
    STR( YEAR( GETDATE() ) ) + '/' +
    STR( MONTH( GETDATE() ) ) + '/' +
    STR( DAY( GETDATE() ) )
)
AS DATETIME)

好吧，虽然我迟到了：），这是另一个解决方案。

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

后果

2008-09-22 00:00:00.000

如果您使用的是SQL Server 2012或更高版本，则可以使用以下FORMAT（）函数-

SELECT FORMAT(GETDATE(), 'yyyy-MM-dd')

如果您希望使用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错误。