@@ ERROR和/或TRY - CATCH(@@ERROR and/or TRY - CATC

将尝试捕获捕获该@@ ERROR可以所有的错误？在下面的代码片段，是值得检查@@ ERROR？将返回1111曾经发生的呢？

SET XACT_ABORT ON
BEGIN TRANSACTION

BEGIN TRY
    --do sql command here  <<<<<<<<<<<

    SELECT @Error=@@ERROR
    IF @Error!=0
    BEGIN
        IF XACT_STATE()!=0
        BEGIN
            ROLLBACK TRANSACTION
        END
        RETURN 1111
    END

END TRY
BEGIN CATCH

    IF XACT_STATE()!=0
    BEGIN
        ROLLBACK TRANSACTION
    END
    RETURN 2222

END CATCH

IF XACT_STATE()=1
BEGIN
    COMMIT
END

RETURN 0

Answer 1:

下面这篇文章是一个必须由厄兰Sommarskog，SQL服务器MVP阅读：实现错误使用存储过程处理

另外请注意，您的TRY块可能失败，并且您的CATCH块可以绕过

还有一件事：当它们与TRY ... CATCH块一起，按照规定使用使用旧式的错误处理和保存点存储过程可能无法正常工作。避免混合新旧风格的错误处理。

Answer 2:

TRY / CATCH陷阱多。它的巨大和惊人的好。

DECLARE @foo int

SET @foo = 'bob' --batch aborting pre-SQL 2005
SELECT @@ERROR
GO
SELECT @@ERROR  --detects 245. But not much use, really if the batch was a stored proc
GO


DECLARE @foo int
BEGIN TRY
    SET @foo = 'bob'
    SELECT @@ERROR
END TRY
BEGIN CATCH
    SELECT ERROR_MESSAGE(), ERROR_NUMBER()
END CATCH
GO

在触发器中使用的try / catch也适用。触发回滚曾经是一批中止过：不再如果TRY / CATCH在触发器中使用过。

你的榜样会更好，如果在BEGIN / ROLLBACK / COMMIT在里面，不在外面，构建

Answer 3:

尝试捕捉不会产生陷阱的一切

这里是一些代码来证明

    BEGIN TRY
      BEGIN TRANSACTION TranA
     DECLARE  @cond INT;
     SET @cond =  'A';
    END TRY
    BEGIN CATCH
     PRINT 'a'
    END CATCH;
    COMMIT TRAN TranA

服务器：消息3930，级别16，状态1，行9当前事务无法提交，无法支持写入日志文件的操作。回滚事务。服务器：消息3998，级别16，状态1，第1行提交的事务是在批处理结束检测。该事务回滚。

Answer 4:

我不相信控制永远不会到达RETURN statement--一旦你在try块的时候，提出的任何错误将控制转移到catch块。不过，也有一些非常严重的错误，可能会导致该批次甚至连接本身中止（厄兰Sommarskog写在SQL Server错误的话题在这里和这里 -不幸的是，他并没有更新他们包括试试。 ..抓住）。我不知道，如果你能抓住这些类型的错误，但随后，@@ ERROR也是白搭无论是。