在 SQL Server 2014 中使用带有事务的存储过程周围的 TransactionScope

Question

我正在使用 C# 和 ADO.Net 以及 TransactionScope 在 ASP.Net 应用程序中运行事务。该事务应该跨多个表保存一些数据，然后向订阅者发送电子邮件。

问题：当它包含对在 SQL Server 2014 中具有自己事务的存储过程的调用时，它是否有效使用 TransactionScope，或者我应该删除 SQL 事务语句，即begin tran、commit tran 和 rollback tran 语句来自在此 TransactionScope 中调用的存储过程？

这个场景的C#代码和存储过程的T-SQL代码都在下面提到。

使用TransactionScope的C#代码：

  try 
    {
        using (TransactionScope scope = new TransactionScope())
        {
            using (SqlConnection connection1 = new SqlConnection(connectString1))
            {
                // Opening the connection automatically enlists it in the  
                // TransactionScope as a lightweight transaction.
                connection1.Open();

                // SaveEmailData is a stored procedure that has a transaction within it
                SqlCommand command1 = new SqlCommand("SaveEmailData", connection1);
                command1.CommandType = CommandType.StoredProcedure;
                command1.ExecuteNonQuery();

            }

            //Send Email using the helper method
            EmailHelper.SendCustomerEmails(customerIds);

            // The Complete method commits the transaction. If an exception has been thrown, 
            // Complete is not  called and the transaction is rolled back.
            scope.Complete();

        }
    }
    catch( Exception ex)
    {
       Logger.Log(ex);
    }

存储过程的T-SQL SaveEmailData:

SET NOCOUNT ON

    BEGIN TRY
        DECLARE @emailToUserId BIGINT

        BEGIN TRAN
        -- //update statement. detail statement omitted
        UPDATE TABLE1...

         --update statement. detail statement omitted
        UPDATE TABLE2...

        IF @@trancount > 0
        BEGIN
            COMMIT TRAN
        END
    END TRY

    BEGIN CATCH

        IF @@TRANCOUNT > 0
        BEGIN
            ROLLBACK TRAN
        END

        EXEC Error_RaiseToADONET

    END CATCH

Answer 1

是的，TransactionScope 在包装 TSQL BEGIN / COMMIT TRANSACTION 或 ADO SqlConnection.BeginTransaction 时仍然可以工作。包装单个连接时，其行为类似于在Sql 中嵌套事务：

• @@TranCount 将在每个BEGIN TRAN 上递增

• COMMIT TRAN 将简单地减少 @@TRANCOUNT。只有@@TRANCOUNT 达到零时才会提交事务。

但是：

• ROLLBACK TRAN 将中止整个事务（即@@TRANCOUNT to zero），除非您使用Save Points（即SAVE TRANSACTION xx ... ROLLBACK TRANSACTION xx。
• 使用存储过程时，如果退出 SPROC 时连接的 @@TRANCOUNT 与进入 SPROC 时的值不同，您将收到错误消息。

因此，将事务语义留给 TransactionScope 并从混乱的 TSQL 中删除任何手动的 BEGIN TRAN / COMMIT TRAN 逻辑通常要容易得多。

编辑 - 澄清下面的 cmets

1234563整个外部事务，并且可能会在外部TransactionScope 中导致更多错误，因为没有遵守@@TRANCOUNT 规则。如果 SPROC 需要以嵌套或独立的事务方式运行，则应注意 nested transaction pattern such as this。

• SavePoints do not work with Distributed transactions, 和TransactionScope 可以很容易地escalate into a distributed transaction 例如如果您在事务范围内使用不同的连接字符串或控制其他资源。

因此，我建议将 PROC 重构为“快乐”的核心/内部案例，从事务范围调用此内部 proc，并在那里进行任何异常处理和回滚。如果您还需要从 Ad Hoc Sql 调用 proc，则提供一个具有异常处理功能的外部包装器 Proc：

-- Just the happy case. This is called from .Net TransactionScope
CREATE PROC dbo.InnerNonTransactional
  AS
    BEGIN 
      UPDATE TABLE1...
      UPDATE TABLE2 ....
    END;

-- Only needed if you also need to call this elsewhere, e.g. from AdHoc Sql
CREATE PROC dbo.OuterTransactional
  AS
    BEGIN
      BEGIN TRY
        BEGIN TRAN
            EXEC dbo.InnerNonTransactional
        COMMIT TRAN
      END TRY
      BEGIN CATCH
         -- Rollback and handling code here.
      END CATCH
    END;