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

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

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

SELECT * FROM tablename WHERE CAST ([my_date_time_var] AS DATE)= '8/5/2015'

试试看：

SELECT CONVERT(VARCHAR(10),GETDATE(),111)

以上语句将您当前的格式转换为YYYY/MM/DD，请参阅此链接以选择您的首选格式。

哇，让我数一数你能做到这一点的方法。（无意双关）

为了以这种格式获得您想要的结果：

2008-09-22

这里有几个选项。

SELECT CAST(GETDATE() AS DATE) AS 'Date1'
SELECT Date2  = CONVERT(DATE, GETDATE())
SELECT CONVERT(DATE, GETDATE()) AS 'Date3'
SELECT CONVERT(CHAR(10), GETDATE(), 121) AS 'Date4'
SELECT CONVERT(CHAR(10), GETDATE(), 126) AS 'Date5'
SELECT CONVERT(CHAR(10), GETDATE(), 127) AS 'Date6'

所以，我建议你选择一个你满意的方法，并在所有的桌子上使用这种方法。

所有这些选项都以完全相同的格式返回日期。为什么SQL Server有这样的冗余？

我不知道，但他们知道。也许比我聪明的人可以回答这个问题。

希望这对某人有所帮助。

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

SQLServer2008现在有一个“日期”数据类型，它只包含一个日期，而不包含时间组件。使用SQLServer 2008及更高版本的任何人都可以执行以下操作：

SELECT CONVERT(date, GETDATE())