好评最多的答案是guravg和Taptronic的。然而，有一件事我想做。

它们显示的从0到131的具体格式数字可能会根据您的用例而有所不同(请参阅此处的完整数字列表)，输入数字可能是不确定的，这意味着预期的结果日期在一个SQL SERVER实例到另一个实例之间是不一致的，出于同样的原因避免使用转换为字符串的方法。

从SQL Server 2005开始，其兼容性级别为90， 隐式日期转换变得不确定。日期转换 开始依赖于SET LANGUAGE和SET DATEFORMAT 90级。

非确定性值为0-100、106、107、109、113、130。这可能会导致错误。

最好的选择是坚持一个确定性的设置，我目前的首选是ISO格式(12、112、23、126)，因为它们似乎是IT人员用例的最标准。

Convert(varchar(30), '210510', 12)                   -- yymmdd
Convert(varchar(30), '20210510', 112)                -- yyyymmdd
Convert(varchar(30), '2021-05-10', 23)               -- yyyy-mm-dd
Convert(varchar(30), '2021-05-10T17:01:33.777', 126) -- yyyy-mm-ddThh:mi:ss.mmm (no spaces)

用这个:

SELECT convert(datetime, '2018-10-25 20:44:11.500', 121) -- yyyy-mm-dd hh:mm:ss.mmm

转换代码请参考官方文档中的表格。

简短的回答:

SELECT convert(date, '10/15/2011 00:00:00', 101) as [MM/dd/YYYY]

其他日期格式可以在SQL Server Helper > SQL Server日期格式中找到

SQL Server(2005, 2000, 7.0)没有任何灵活的，甚至是不灵活的方法来获取任意结构的字符串格式的datetime并将其转换为datetime数据类型。

所谓“随意”，我指的是“一种写作者(虽然可能不是你、我或地球另一边的人)认为是直观和完全明显的形式。”坦率地说，我不确定是否有这样的算法。

好评最多的答案是guravg和Taptronic的。然而，有一件事我想做。

它们显示的从0到131的具体格式数字可能会根据您的用例而有所不同(请参阅此处的完整数字列表)，输入数字可能是不确定的，这意味着预期的结果日期在一个SQL SERVER实例到另一个实例之间是不一致的，出于同样的原因避免使用转换为字符串的方法。

从SQL Server 2005开始，其兼容性级别为90， 隐式日期转换变得不确定。日期转换 开始依赖于SET LANGUAGE和SET DATEFORMAT 90级。

非确定性值为0-100、106、107、109、113、130。这可能会导致错误。

最好的选择是坚持一个确定性的设置，我目前的首选是ISO格式(12、112、23、126)，因为它们似乎是IT人员用例的最标准。

Convert(varchar(30), '210510', 12)                   -- yymmdd
Convert(varchar(30), '20210510', 112)                -- yyyymmdd
Convert(varchar(30), '2021-05-10', 23)               -- yyyy-mm-dd
Convert(varchar(30), '2021-05-10T17:01:33.777', 126) -- yyyy-mm-ddThh:mi:ss.mmm (no spaces)

本页包含CONVERT函数可用的所有指定日期时间转换的一些引用。如果您的值不属于可接受的模式之一，那么我认为最好的方法是采用ParseExact路线。