【问题标题】:Executing the stored procedure causes error执行存储过程导致错误
【发布时间】:2016-10-12 02:59:18
【问题描述】:

我有一个存储过程,我想在执行时获取reportdate

我将一个参数传递给存储过程以执行它。我是这样通过的

exec UserReportData '10-06-2016'

但我得到一个错误:

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

这是我的存储过程:

ALTER PROCEDURE [dbo].[UserReportData] 
    @As_ONDATE Datetime 
AS 
BEGIN 
    DECLARE @REPORTDATE datetime        
    --DECLARE @OPENING INT      

    SELECT * 
    INTO #temptable
    FROM
        (SELECT 
             a.CUser_id, b.User_Id, a.U_datetime AS REPORTDATE
         FROM 
             inward_doc_tracking_trl a, user_mst b
         WHERE
             a.CUser_id = b.mkey
             AND CONVERT(varchar(50), a.U_datetime, 103) = @As_ONDATE) AS x

    DECLARE Cur_1 CURSOR FOR 
        SELECT CUser_id, User_Id 
        FROM #temptable

    OPEN Cur_1

    DECLARE @CUser_id INT
    DECLARE @User_Id INT

    FETCH NEXT FROM Cur_1 INTO @CUser_id, @User_Id

    WHILE (@@FETCH_STATUS = 0)
    BEGIN
        SELECT CONVERT(varchar(50), U_datetime, 103) 
        FROM inward_doc_tracking_trl                        
        WHERE CONVERT(varchar(50), U_datetime, 103) = @As_ONDATE

        UPDATE #temptable
        SET REPORTDATE = @REPORTDATE
        WHERE CUser_id = @CUser_id
          AND User_Id = @User_Id

        FETCH NEXT FROM Cur_1 INTO @CUser_id, @User_Id
    END

    CLOSE Cur_1
    DEALLOCATE Cur_1

    SELECT * FROM #temptable

    DROP TABLE #temptable                           
END

请帮助我了解错误的原因。

【问题讨论】:

  • @mohan111:我已经尝试通过转换该链接,但仍然在执行它时给出了同样的错误
  • 我建议确认inward_doc_tracking_trl.U_datetime 是日期时间。您正在将U_datetime 转换为varchar(50),然后将其与@As_ONDATE(这是一个日期时间)进行比较,这似乎很可疑。顺便说一句,您可以考虑更新您的连接语法以使用更标准的 inner join 语法。
  • @user212514:是的,inward_doc_tracking_trl.U_datetime 是日期时间。所以让我知道我的查询在哪里弄错了。

标签: sql sql-server stored-procedures sql-server-2005


【解决方案1】:

各种设置(语言、日期格式)仅影响DateTime 在 SQL Server Management Studio 中向您显示的方式 - 或者当您尝试将字符串转换为 DateTime 时如何解析它。

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 中的日期格式设置,并且适用于所有情况!

或:

  • 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 中的任何语言和日期格式设置。

对于 SQL Server 2008 及更高版本,如果您只需要日期部分,建议使用 DATE,如果同时需要日期和时间,则使用 DATETIME2(n)。如果可能,您应该尝试开始逐步淘汰 DATETIME 数据类型

因此,在您的具体情况下 - 只需将存储过程的调用方式更改为:

exec UserReportData '20160610'    -- 10th of June, 2016

exec UserReportData '20161006'    -- 6th of October, 2016 

取决于您感兴趣的是 2016 年 10 月 6 日还是 6 月 10 日...

【讨论】:

  • 它是10th June,我尝试了你的第一个选项并得到了同样的错误:(
  • 完美答案 marc_s,现在可以了。但表中10th june 有 4 个数据。但它没有从 SP 中返回任何行
【解决方案2】:

您传递的是datetime,默认情况下SQL Server 使用MMDDYYYYYYYYMMDD 格式。

您使用的是DD-MM-YYYY 格式,

你可以写成

set dateformat dmy --set ddmmyyyy format
exec UserReportData '10-06-2016'
set dateformat mdy  --set default again

或者您传递了格式正确的值。没有其他解决方案。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2023-03-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-07-20
    • 1970-01-01
    • 1970-01-01
    • 2018-09-13
    相关资源
    最近更新 更多