SQL 错误“在批处理结束时检测到不可提交的事务”，数据库上没有事务

Question

我在代码的不同点面临以下问题。 调用存储过程后，从 DB (SQL Server) 返回 SqlException，并显示消息“在批处理结束时检测到不可提交的事务。事务已回滚”。存储过程结构如下：

USE [EXAMPLE_DB]
GO

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
ALTER PROCEDURE [dbo].[sp_ExampleStoredProcedure]
@Parameter INT, @AnotherParameter INT

AS
BEGIN
    BEGIN TRY

    SET NOCOUNT ON;


    DECLARE @Variable INT;
    DECLARE @AnotherVariable CHAR;
    DECLARE @ErrMsg VARCHAR;

    SET @ErrMsg = '';

    /*Doing Some Stuff Here (Select, IF-THEN, etc...)

            /* I call another stored procedure */   
            EXECUTE [dbo].[sp_SecondStoredProcedure] 
                       @Param = 'Blabla'
                      ,@Param2 = 'BlaBlaBla'


            /*Here I handle some custom output parameters from second stored                           
                     procedure to handle errors */



                    /* Other stuff here */

END TRY

BEGIN CATCH    
        SET @CustomExitCode = 'XXXXX';
        SET @ErrMsg = (SELECT ERROR_MESSAGE()); 
END CATCH;

END

如您所见，在存储过程内部没有事务处理。 我使用 TransactionScope 类处理事务代码端（C#），在事务范围内调用各种存储过程，包括上面的一个（这是失败的那个）。

问题是：如果我没有事务 SQL 端，但只有一个 try-catch 块，所有事务处理都在代码上执行，为什么 SQL 会谈论 Uncommitable Transaction？

我已经在网上搜索了很多关于 Uncommittable Transaction 错误的资料，但实际上到处都有 SQL 端的事务处理。

我希望我以一种可以理解的方式解释了这个问题。 我显然可以提供任何进一步的信息。

非常感谢您的帮助！

干杯， 加布里埃尔

Answer 1

如果您在“代码”中启动事务，那么该事务也将对过程可见。不然怎么会是真正的交易呢？

当您将事务与 try catch 结合使用时，出现大量错误（尤其是使用 XACT_ABORT ON 时）会导致“无法提交的事务错误”，请参阅 XACT_STATE 文档。

发生错误时，您必须对事务进行一些处理，如果不这样做，它会在离开过程时自动回滚。

出于这些和其他原因，我们通常避免将尝试捕获与事务一起使用。由于您使用的是 C# 代码，您不妨将 try catch 移至应用程序部分，并将事务处理与 XACT_ABORT ON 保持在一起，这意味着它将在出错时回滚

Answer 2

将所有操作在 TRY BLOCK 中包装在 Transaction 中，让 sql server 为您处理它，而不是您在应用程序中处理它。在 Try Block 中显式 BEGIN TRAN 和 COMMIT Trans，如果在此事务期间出现任何问题，则回滚它。

我会做类似......

ALTER PROCEDURE [dbo].[sp_ExampleStoredProcedure]
@Parameter INT, @AnotherParameter INT
AS
BEGIN
    SET NOCOUNT ON;
 BEGIN TRY
    DECLARE @Variable INT;
    DECLARE @AnotherVariable CHAR;
    DECLARE @ErrMsg VARCHAR;

    SET @ErrMsg = '';
BEGIN TRANSACTION;      --<-- Begin here 

    /*Doing Some Stuff Here (Select, IF-THEN, etc...)*/

            /* I call another stored procedure */   
            EXECUTE [dbo].[sp_SecondStoredProcedure] 
                       @Param = 'Blabla'
                      ,@Param2 = 'BlaBlaBla'
            /*Here I handle some custom output parameters from second stored                           
                     procedure to handle errors */

                    /* Other stuff here */
COMMIT TRANSACTION;     --<-- Commit here if nothing gone wrong

END TRY

BEGIN CATCH    
  IF (@@TRANCOUNT > 0)
   BEGIN
      ROLLBACK TRANSACTION;   --<-- Rollback if something went wrong
   END

           /*Other error logging here*/
        SELECT @CustomExitCode = 'XXXXX', @ErrMsg = ERROR_MESSAGE(); 
END CATCH;

END