如果您使用的是SQL Server 2012或更高版本，

使用Format（）函数。

SQL server已经有多种答案和格式类型。但是，大多数方法都有些模糊，您很难记住格式类型或函数的数字，而不是特定日期格式。这就是为什么在SQL server的下一个版本中有更好的选择。

FORMAT ( value, format [, culture ] )

文化选项非常有用，因为您可以根据您的观众指定日期。

你必须记住d（小模式）和d（长模式）。

1.“d”-短日期模式。

2009-06-15T13:45:30 -> 6/15/2009 (en-US)
2009-06-15T13:45:30 -> 15/06/2009 (fr-FR)
2009-06-15T13:45:30 -> 2009/06/15 (ja-JP)

2.“D”-长日期模式。

2009-06-15T13:45:30 -> Monday, June 15, 2009 (en-US)
2009-06-15T13:45:30 -> 15 июня 2009 г. (ru-RU)
2009-06-15T13:45:30 -> Montag, 15. Juni 2009 (de-DE)

查询中的更多示例。

DECLARE @d DATETIME = '10/01/2011';
SELECT FORMAT ( @d, 'd', 'en-US' ) AS 'US English Result'
      ,FORMAT ( @d, 'd', 'en-gb' ) AS 'Great Britain English Result'
      ,FORMAT ( @d, 'd', 'de-de' ) AS 'German Result'
      ,FORMAT ( @d, 'd', 'zh-cn' ) AS 'Simplified Chinese (PRC) Result'; 

SELECT FORMAT ( @d, 'D', 'en-US' ) AS 'US English Result'
      ,FORMAT ( @d, 'D', 'en-gb' ) AS 'Great Britain English Result'
      ,FORMAT ( @d, 'D', 'de-de' ) AS 'German Result'
      ,FORMAT ( @d, 'D', 'zh-cn' ) AS 'Chinese (Simplified PRC) Result';

US English Result Great Britain English Result  German Result Simplified Chinese (PRC) Result
----------------  ----------------------------- ------------- -------------------------------------
10/1/2011         01/10/2011                    01.10.2011    2011/10/1

US English Result            Great Britain English Result  German Result                    Chinese (Simplified PRC) Result
---------------------------- ----------------------------- -----------------------------  ---------------------------------------
Saturday, October 01, 2011   01 October 2011               Samstag, 1. Oktober 2011        2011年10月1日

如果您需要更多格式，可以转到：

标准日期和时间格式字符串自定义日期和时间格式字符串

日期：

SELECT CONVERT(date, GETDATE())
SELECT CAST(GETDATE() as date)

时间：

SELECT CONVERT(time , GETDATE() , 114)
SELECT CAST(GETDATE() as time)

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方法。

select cast(createddate as date) as derivedate from table 

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

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

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

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错误。