我的风格

      select Convert(smalldatetime,Convert(int,Convert(float,getdate())))

如果使用SQL 2008及更高版本：

select cast(getdate() as date)

SELECT DATEADD(dd, 0, DATEDIFF(dd, 0, @your_date))

例如

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

给了我

2008-09-22 00:00:00.000

赞成的意见：

不需要varchar<->datetime转换无需考虑区域设置

您可以使用下面的方法，仅用于日期的不同类型的输出

SELECT CONVERT（日期时间，转换（varchar，GETDATE（），103））-----dd/mm/yyyySELECT CONVERT（日期时间，转换（varchar，GETDATE（），101））------mm/dd/yyyySELECT CONVERT（日期时间，转换（varchar，GETDATE（），102））

select cast(createddate as date) as derivedate from table 

createdate是您的datetime列，这适用于sqlserver

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