0

有人可以解释为什么第一个查询给出错误而第二个查询没有？

select * from employee  Where empDate < '20.06.2013 09:11:00 ' 

select * from employee  Where empDate < '11.04.2013 14:40:00 '

第一个查询导致错误

将 varchar 数据类型转换为 datetime 数据类型导致值超出范围。

当我将相同的日期格式传递给两个查询时，真的很难理解。的列数据类型empDate是Datetime。这里有什么问题？

我正在使用 SQL Server 2012

4

4 回答 4

4

SQL Server 支持多种日期格式 - 请参阅有关 CAST 和 CONVERT 的 MSDN 联机丛书。这些格式中的大多数取决于您拥有的设置 - 因此，这些设置有时可能有效 - 有时无效。

解决此问题的方法是使用 SQL Server 支持的（稍作调整的）ISO-8601 日期格式- 这种格式始终有效- 无论您的 SQL Server 语言和日期格式设置如何。

SQL Server 支持的ISO-8601 格式有两种形式：

  • YYYYMMDD仅适用于日期（无时间部分）；注意这里：没有破折号！，这很重要！YYYY-MM-DD不独立于 SQL Server 中的日期格式设置，并且不会在所有情况下工作！

或者：

  • YYYY-MM-DDTHH:MM:SS对于日期和时间 - 请注意：这种格式有破折号（但可以省略），并且T在您的DATETIME.

这对 SQL Server 2000 和更新版本有效。

如果您使用 SQL Server 2008 或更新版本以及DATE数据类型（仅DATE-不是 DATETIME！），那么您确实也可以使用该YYYY-MM-DD格式，并且该格式也适用于您的 SQL Server 中的任何设置。

不要问我为什么整个话题如此棘手和令人困惑——事情就是这样。但是使用该YYYYMMDD格式，您应该适用于任何版本的 SQL Server 以及 SQL Server 中的任何语言和日期格式设置。

在您的具体情况下 - 如果您Language的 SQL Server 设置设置为German，则它可以工作：

SET LANGUAGE german

SELECT CONVERT(DATETIME, '20.06.2013 09:11:00')

日期解释为 2013 年 6 月 20 日。

但是，如果您的 SQL Server 设置设置为English（通常是默认设置！），那么它将不起作用：

SET LANGUAGE English

SELECT CONVERT(DATETIME, '20.06.2013 09:11:00')

Changed language setting to us_english.  
Msg 242, Level 16, State 3, Line 3  
The conversion of a varchar data type to a datetime data type resulted in an out-of-range value.

因为在这种情况下，它被解释为 2013 年第 20 个月的第 6 天......

因此，您需要将查询重写为：

select * from employee where empDate < '2013-06-20T09:11:00' 
select * from employee where empDate < '2013-04-11T14:40:00'

那么这些查询就可以工作了——不管你Language在 SQL Server 中的设置是什么。

于 2013-07-25T16:31:53.697 回答
1

我唯一的解释是，数据库设置为预计提前一个月。

在这种格式下，第二个查询可以解释为 Nov-04, 2013，但第一个查询会出错，因为没有月份编号 20。

于 2013-07-25T16:31:52.803 回答
1

在这种情况下，您可以使用：

SELECT CONVERT(DATETIME,'20.06.2013 09:11:00',103)

要将您的日期格式转换为适当的 DATETIME 进行比较：

select * 
from employee  
Where empDate < CONVERT(DATETIME,'20.06.2013 09:11:00',103)

该CONVERT()函数的第三个参数用于定义“样式”，您可以在此处查看格式列表： CAST and CONVERT - Date and Time Styles

于 2013-07-25T17:04:37.980 回答
-1

当日期无效时会发生这种情况，在您的案例中发生的情况数据以 MM-DD-YYYY 的形式传递

所以当你通过 20.06.2013

月份变成了 20，这是错误的。

始终尝试以正确的格式给出日期，您可以依赖“YYYY-MM-DD”

问候

阿舒托什·艾莉亚

于 2013-07-25T16:38:39.693 回答