相同的查询给出错误

时间:2013-07-25 16:29:50

标签: sql sql-server-2012

有人可以解释为什么第一个查询会出错而第二个查询没有?

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

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

第一个查询导致错误

  

将varchar数据类型转换为日期时间数据类型会导致超出范围的值。

当我将相同的日期格式传递给两个查询时,真的很难理解。 empDate的列数据类型为Datetime。这有什么不对?

我正在使用SQL Server 2012

4 个答案:

答案 0 :(得分:4)

SQL Server支持许多日期格式 - 请参阅MSDN Books Online on CAST and CONVERT。大多数格式都是依赖你所拥有的设置 - 因此,这些设置可能会有效 - 有时也不会。

解决此问题的方法是使用SQL Server支持的(略微调整的) ISO-8601日期格式 - 此格式始终 - 无论您的是什么SQL Server语言和日期格式设置。

SQL Server支持ISO-8601 format有两种形式:

  • YYYYMMDD仅适用于日期(无时间部分);请注意:没有破折号!,这非常重要! YYYY-MM-DD 独立于SQL Server中的dateformat设置, NOT 可以在所有情况下使用!

或:

  • 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'

然后这些查询工作 - 无论SQL Server中的Language设置设置为什么。

答案 1 :(得分:1)

我唯一的解释是数据库设置为预计当天的月份。

第二个查询可以按此格式解释为2013年11月4日,但第一个查询会出错,因为没有月号20。

答案 2 :(得分: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

答案 3 :(得分:-1)

当日期无效时,会发生这种情况,您的案例数据将在此处传递为MM-DD-YYYY

所以当你通过20.06.2013

月份变为20,这是错误的。

始终尝试以适当的格式提供日期,您可以依赖'YYYY-MM-DD'

此致

Ashutosh Arya