@@Error 的 TSQL 性能以及它们可以被替换吗?

发布于 2024-12-11 22:17:51 字数 742 浏览 0 评论 0原文

我继承了如下所示的代码:

存储过程 UpdateSomeStuff

Update Table1 Set Col1=Para@1

IF @@Error > 0 Goto ERR

Update Table2 Set Col1=Para@2

IF @@Error > 0 Goto ERR

RETURN 0

ERR:

return  -1;

This sp 由 ADO.NET 在 C# 中调用,如下所示

try
{
    myCommand.ExecuteNonQuery();
}
catch (System.Exception ex)
{
    _log.Error(ex);
    throw();
}
finally
{
    if(myConnection!=null)
    {
            myConnection.Close();
    }
}

我只是问自己: IF @@Error > 部分是否是 IF @@Error > 部分? 0 Goto ERR 有什么好处吗?如果发生错误,sp 无论如何都会返回,并且调用方法中会捕获异常。

调用代码不处理返回值0和-1。我的计划是删除存储过程中的所有错误处理并获得相同的结果。我是对的还是我错过了什么?

I have inherited code that looks like this:

Stored Procedure UpdateSomeStuff

Update Table1 Set Col1=Para@1

IF @@Error > 0 Goto ERR

Update Table2 Set Col1=Para@2

IF @@Error > 0 Goto ERR

RETURN 0

ERR:

return  -1;

This sp is called by ADO.NET in c# like this

try
{
    myCommand.ExecuteNonQuery();
}
catch (System.Exception ex)
{
    _log.Error(ex);
    throw();
}
finally
{
    if(myConnection!=null)
    {
            myConnection.Close();
    }
}

I am just asking myself: Is the part IF @@Error > 0 Goto ERR good for anything? If an error happens the sp would return anyway and an exception would be caught in the calling method.

The calling code does not handle the return value 0 and -1. My plan would be to remove all Errorhandling in the Stored Procedure an have the same result. Am I right or is there something I missed?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

吾性傲以野 2024-12-18 22:17:51

更好的方法(SQL Server 2005 及以上版本)是使用 TRY..CATCH

BEGIN TRY
    -- Perform operations here
END TRY
BEGIN CATCH
    SELECT ERROR_NUMBER() AS ErrorNumber, ERROR_MESSAGE() AS ErrorMessage;
END CATCH

一个很好的参考是:错误处理SQL 2005 及更高版本

A better approach (SQL Server 2005 onwards) is to use TRY..CATCH:

BEGIN TRY
    -- Perform operations here
END TRY
BEGIN CATCH
    SELECT ERROR_NUMBER() AS ErrorNumber, ERROR_MESSAGE() AS ErrorMessage;
END CATCH

A good reference is: Error Handling in SQL 2005 and Later

日记撕了你也走了 2024-12-18 22:17:51

我的“2 美分”你会通过删除 if@error 语句来降低性能。
因此,要么按照米奇所说的那样实现 try catch,要么不删除它们。
试想一下,如果第一个语句有错误,那么当您有 if@error 语句时,它不会尝试执行第二个语句,依此类推。

如果删除它们,sql server 将尝试下一条语句,直到达到限制,此时它决定无法继续进行进一步处理。

My '2 cents' you will kill the performance by removing if@error statements.
so either you implement try catch as mitch says or do not remove them.
Just think if there is error at first statement then it will not attempt to execute 2nd statement and so on when you have if@error statements.

and if you remove them , sql server is going to try next statement until it reaches the limit when it decides it can not go ahead with further processing.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文