存储过程中的事务处理

存储过程中的事务处理

在 SQL Server 中数据库事务处理是个重要的概念，也稍微有些不容易理解，很多 SQL
初学者编写的事务处理代码存往往存在漏洞，本文介绍了三种不同的方法，举例说明了如何在存储过程事务处理中编写正确的代码。

在编写 SQL Server 事务相关的存储过程代码时，经常看到下面这样的写法：

      begin tran

         update statement 1 ...

         update statement 2 ...

         delete statement 3 ...

      commit tran

这样编写的SQL存在很大隐患。请看下面的例子：

   create table demo(id int not null)

   go

begin tran

      insert into demo values (null)

      insert into demo values (2)

   commit tran

   go

执行时会出现一个违反 not null 约束的错误信息，但随后又提示(1 row(s) affected)。 我们执行 select * from
demo 后发现 insert into demo values(2) 却执行成功了。 这是什么原因呢? 原来 sql server 在发生 runtime
错误时，默认会 rollback 引起错误的语句，而继续执行后续语句。

如何避免这样的问题呢？有三种方法：

1. 在事务语句最前面加上set xact_abort on

   set xact_abort on

begin tran

      update statement 1 ...

      update statement 2 ...

      delete statement 3 ...

   commit tran

   go

当 xact_abort 选项为 on 时，sql server 在遇到错误时会终止执行并 rollback 整个事务。

2. 在每个单独的DML语句执行后，立即判断执行状态，并做相应处理。

   begin tran

      update statement 1 ...

if @@error <> 0 begin

         rollback tran

         goto labend

      end
delete statement 2 ...
if @@error <> 0 begin

         rollback tran

         goto labend

      end
commit tran

      labend:

   go

3. 在SQL Server 2005中，可利用 try...catch 异常处理机制

   begin tran

begin try

      update statement 1 ...

      delete statement 2 ...

   end try

   begin catch

      if @@trancount > 0

         rollback tran

   end catch
if @@trancount > 0

      commit tran

   go

下面是个简单的存储过程，演示事务处理过程。

   create procedure dbo.pr_tran_inproc

   as

   begin

      set nocount on

begin tran

         update statement 1 ...
if @@error <> 0 begin

            rollback tran

            return -1

         end
delete statement 2 ...
if @@error <> 0 begin

            rollback tran

            return -1

         end
commit tran
return 0

   end

   go

存储过程中的事务处理,布布扣,bubuko.com