无法回滚子事务。未找到该名称的事务或保存点

Question

我在 sql 中有一个循环，它会做一些事情

    begin tran one

    do some inserts in others tables

      --start loop
     begin tran two
      --do something
      begin try
--if something fail then a trigger does rollback and this return a error (and this goes to catch), then don't i need do the rollbak in catch? this could not be dissable because this is working on production
      --something finished ok 
      commit tran two
      end try
      begin catch
     rollback tran two
      end catch

    --finished loop
    commit


----------

我收到了这个错误

在批处理结束时检测到不可提交的事务。这 事务被回滚。

begin tran one
begin tran two

rollback tran two

做这个代码我得到这个：

不能回滚两个。未找到该名称的事务或保存点。

我只希望子查询回滚第二个循环并继续处理其他记录。

Answer 1

操作员回滚回滚所有事务，对于仅回滚第二个循环，您必须使用保存点：

  begin tran one

-- do some inserts in others tables

  --start loop
  save tran two -- begin tran two

  --do something
  begin try
     update product set id = 1 --if something fail then a trigger does rollback and this return a error (and this goes to catch), then don't i need do the rollbak in catch? this could not be dissable because this is working on production

  --something finished ok 
  commit tran two
  end try
  begin catch

    rollback tran two
  end catch

--finished loop
commit

触发示例：

create table product (id int)
GO  
create trigger product_trigger on product for update
as
  set xact_abort off

  if (select count(*) from inserted i join product p on i.id=p.id)=0 begin 
    if (@@trancount>0) begin 
      /* rollback */ 
      raiserror('product does not exist', 16, 1) 
    end 
  end

Answer 2

在我的例子中，我的代码是否通过 EF DbContext 方法调用了一个包含非嵌套事务的 SQL Server 存储过程。

因为，正如@NotMe 已经指出的那样，“there is no such as a nested transaction in SQL Server”，我开始怀疑我的流程是否真的是无事务嵌套的。

怀疑我的 DbContext 有点内疚，我开始检查 DbContext 选项，直到 DbContext.Configuration.EnsureTransactionsForFunctionsAndCommands = True 引起了我的注意。

所以，只要我将它的值更改为 True，一切都会成功。

MyDbContext.Configuration.EnsureTransactionsForFunctionsAndCommands = false;

发生了什么？

嗯，在我看来，EF 的 ObjectContext.ExecuteFunction 方法将其自己的外部事务作为我存储过程的内部事务的包装器来管理，因此，当我的存储过程的 ROLLBACK TRAN 被命中时，有当 EF 的 COMMIT/ROLLBACK 代码被命中时，没有待处理的事务。

奇怪的是，在收集有关 EnsureTransactionsForFunctionsAndCommands 属性的一些参考资料时，我发现这种默认行为是由于 EF 团队有史以来最糟糕的决定之一（在我看来），因为它直接与每个T-SQL 脚本中的 ROLLBACK TRAN。

有关 EF 的更多详细信息，请通过EF6 wraps every single stored procedure call in its own transaction. How to prevent this?查看insightfull SO 的质量保证

基本上，每个人都应该在发出 ROLLBACK 命令之前检查@@trancount > 0，无论是否命名，特别是在存储过程中。

CREATE PROCEDURE Proc1 AS
BEGIN
    BEGIN TRAN
    EXEC Proc2
    IF(@@trancount > 0)
        COMMIT TRAN
END

CREATE PROCEDURE Proc2 AS
BEGIN
    BEGIN TRAN
    ROLLBACK TRAN
END

为了更好地了解 Microsoft SQL Server 的嵌套事务，我建议阅读以下文章 Be careful using ROLLBACK on nested transaction in SQL Server!

希望它可以帮助某人:-)