事务在触发器中结束批次已中止答案

【问题标题】：The Transaction Ended In The Trigger The Batch Has Been Aborted事务在触发器中结束批次已中止
【发布时间】：2013-07-30 07:47:47
【问题描述】：

我正在使用Sql Server 2008。我有一个Trigger，它更新了我的另外两个表。我已经阅读了 Stack over flow 这个链接enter link description here，但它并不能完全满足我的需求。下面是我的Trigger

ALTER TRIGGER [Inventory].[StockUpdationOnIssue]
ON              [Inventory].[StockIssueDetails]
AFTER           INSERT  
AS
BEGIN
    BEGIN TRY
        BEGIN TRAN
                    INSERT INTO TableA 
                        (col1, col2,col3
                        )
                    SELECT      I.col1,I.col2,si.col3
                    FROM        inserted I
                    INNER JOIN  Inventory.StockIssue SI
                    ON          SI.StockIssueId = I.StockIssueId

                    INSERT INTO TableB
                        (col1, col2,col3
                        )
                    SELECT      I.col1,I.col2,si.col3
                    FROM        inserted I
                    INNER JOIN  Inventory.StockIssue SI
                    ON          SI.StockIssueId = I.StockIssueId

        COMMIT TRAN
    END TRY
    BEGIN CATCH
        SELECT ERROR_MESSAGE();
        RollBack Tran;
    END CATCH
END

以下错误显示给我...

【问题讨论】：

我想你忘了问一个问题
@lc。请检查更新的问题。
这仍然不是问题。你有什么问题？你不知道怎么办？
我不知道这个错误是什么意思。？？如何处理这个错误..
这意味着事务在您的触发器内回滚，因此执行停止。您的RollBack Tran 声明很可能被击中。（除非我在这里遗漏了什么。）

标签： sql triggers sql-server-2008-r2 event-triggers

【解决方案1】：

您可以将错误详细信息保存在错误日志表中，以便稍后回来进行调查。
像

ALTER TRIGGER [Inventory].[StockUpdationOnIssue]
ON              [Inventory].[StockIssueDetails]
AFTER           INSERT  
AS
BEGIN
    BEGIN TRY
        BEGIN TRAN
                    INSERT INTO TableA 
                        (col1, col2,col3
                        )
                    SELECT      I.col1,I.col2,si.col3
                    FROM        inserted I
                    INNER JOIN  Inventory.StockIssue SI
                    ON          SI.StockIssueId = I.StockIssueId

                    INSERT INTO TableB
                        (col1, col2,col3
                        )
                    SELECT      I.col1,I.col2,si.col3
                    FROM        inserted I
                    INNER JOIN  Inventory.StockIssue SI
                    ON          SI.StockIssueId = I.StockIssueId

        COMMIT TRAN
    END TRY
    BEGIN CATCH
        DECLARE @ErrorMsg VARCHAR(MAX), @ErrorNumber INT, @ErrorProc sysname, @ErrorLine INT 

        SELECT @ErrorMsg = ERROR_MESSAGE(), @ErrorNumber = ERROR_NUMBER(), @ErrorProc = ERROR_PROCEDURE(), @ErrorLine = ERROR_LINE();
        RollBack Tran;

        INSERT INTO ErrorLog (ErrorMsg,  ErrorNumber,  ErrorProc,  ErrorLine)
        VALUES               (@ErrorMsg, @ErrorNumber, @ErrorProc, @ErrorLine)
    END CATCH
END

被表ErrorLog之类的：

CREATE TABLE ErrorLog 
(
   ErrorLogID INT IDENTITY(1,1),
   ErrorDate DATETIME DEFAULT (GETUTCDATE()),
   ErrorMsg VARCHAR(MAX), 
   ErrorNumber INT, 
   ErrorProc sysname, 
   ErrorLine INT 
)

【讨论】：

在CATCH 块中ROLLBACK TRANSACTION 对我很重要，否则会出现类似“当前事务无法提交且无法支持写入日志文件的操作。回滚事务”之类的错误。”
我的两分钱 - SQL Server 需要一个“LogThisNoMatterWhat”函数和“CatchThisNoMatterWhat”函数。

【解决方案2】：

我收到了同样的错误信息。您不需要触发器中的事务，因为它默认有事务；即你不需要开始 tran 也不需要提交 tran。但是你可以在 catch 中使用 rollback tran，它会在出现异常时回滚。

ALTER TRIGGER [Inventory].[StockUpdationOnIssue]
ON              [Inventory].[StockIssueDetails]
AFTER           INSERT  
AS
BEGIN
    BEGIN TRY
                    INSERT INTO TableA 
                        (col1, col2,col3
                        )
                    SELECT      I.col1,I.col2,si.col3
                    FROM        inserted I
                    INNER JOIN  Inventory.StockIssue SI
                    ON          SI.StockIssueId = I.StockIssueId

                    INSERT INTO TableB
                        (col1, col2,col3
                        )
                    SELECT      I.col1,I.col2,si.col3
                    FROM        inserted I
                    INNER JOIN  Inventory.StockIssue SI
                    ON          SI.StockIssueId = I.StockIssueId
    END TRY
    BEGIN CATCH
        RollBack Tran;
    END CATCH
END

【讨论】：