关于嵌套事务的一种处理方法

今天在sqlserver 中 一个事务中调用了一个本身带有事务的存储过程，出现了下面错误
      Transaction count after EXECUTE indicates that a COMMIT or ROLLBACK TRANSACTION statement is missing. Previous count = 1, current count = 0.
           经过检查发现问题主要是因为事务的嵌套引起的。被嵌套的事务里面如果出现错误处理不当是导致这个问题的主要原因。一般情况下都是用RollBack Transaction，但是在嵌套的事务中这样往往会出现错误。
         在SqlServer里，嵌套事务的层次是由@@TranCount全局变量反映出来的。每一次Begin Transaction都会引起@@TranCount加1。而每一次Commit Transaction都会使@@TranCount减1，而RollBack Transaction会回滚所有的嵌套事务包括已经提交的事务和未提交的事务，而使@@TranCount置0。举个例子：

Begin Transaction -- @@TranCount = 1
         BeginTransaction -- @@TranCount = 2  
                  BeginTransaction -- @@TranCount = 3
                  Commit Transaction -- @@TranCount = 2
         Commit Transaction -- @@TranCount = 1
Commit Transaction -- @@TranCount = 0
如果出现错误ROLLBACK TRANSACTION
则：
Begin Transaction -- @@TranCount = 1
         BeginTransaction -- @@TranCount = 2  
                  BeginTransaction -- @@TranCount = 3
                  ROLLBACK TRANSACTION  -- @@TranCount = 0
         Commit Transaction -- @@TranCount = 0---出现错误
Transaction count after EXECUTE indicates that a COMMIT or ROLLBACK TRANSACTION statement is missing. Previous count = 1, current count = 0.
         如果被嵌套的事务中发生错误，最简单的方法应该是无论如何都先将它提交，同时返回错误码（一个正常情况不可能出现的代码 如 -1）让上一层事务来处理这个错误，从而使@@TranCount 减1。 这样外层事务在回滚或者提交的时候能够保证外层事务在开始的时候和结束的时候保持一致。由于里层事务返回了错误码，因此外层事务（最外层）可以回滚事务，这样里面已经提交的事务也可以被回滚而不会出现错误。

         在项目中应该会常常出现这样的情况，一个存储过程里面用了事务，但是不能保证它会被别的带有事务的存储过程调用，如果单独调用的话，出现错误可以直接回滚，但是如果是被别的带事务的存储过程调用的话，RollBack 就会出错了。因此需要一种机制来区分，建立一个临时的变量来区分是否嵌套，和嵌套的层数，如下：

declare @tempTranCount int
set @tempTranCount = 0
Begin Transaction
set @tempTranCount = @tempTranCount +１
…………
--事务内要执行的代码
…………
IF @@ERROR<>0
goto Error
　Commit Transaction
Commit Transaction
--下面返回要返回的值0只是个例子
Return 0

Error:
    IF（@@TranCount = @tempTranCount) RollBack Transaction
        Else Commit Transaction
   Return @Error