SQL Server中數(shù)據(jù)庫事務(wù)處理是相當(dāng)有用的，鑒于很多SQL初學(xué)者編寫的事務(wù)處理代碼存往往存在漏洞，本文我們介紹了三種不同的方法，舉例說明了如何在存儲(chǔ)過程事務(wù)處理中編寫正確的代碼。希望能夠?qū)δ兴鶐椭?

在編寫SQL Server 事務(wù)相關(guān)的存儲(chǔ)過程代碼時(shí)，經(jīng)常看到下面這樣的寫法：

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 執(zhí)行時(shí)會(huì)出現(xiàn)一個(gè)違反not null 約束的錯(cuò)誤信息，但隨后又提示(1 row(s) affected)。 我們執(zhí)行select * from demo 后發(fā)現(xiàn)insert into demo values(2) 卻執(zhí)行成功了。 這是什么原因呢? 原來 SQL Server在發(fā)生runtime 錯(cuò)誤時(shí)，默認(rèn)會(huì)rollback引起錯(cuò)誤的語句，而繼續(xù)執(zhí)行后續(xù)語句。
如何避免這樣的問題呢？有三種方法：

1. 在事務(wù)語句最前面加上set xact_abort on

set xact_abort on begin tran update statement 1 ... update statement 2 ... delete statement 3 ... commit tran go 當(dāng)xact_abort 選項(xiàng)為on 時(shí)，SQL Server在遇到錯(cuò)誤時(shí)會(huì)終止執(zhí)行并rollback 整個(gè)事務(wù)。

2. 在每個(gè)單獨(dú)的DML語句執(zhí)行后，立即判斷執(zhí)行狀態(tài)，并做相應(yīng)處理。

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 異常處理機(jī)制。

begin tran begin try update statement 1 ... delete statement 2 ... endtry begin catch if @@trancount > 0 rollback tran end catch if @@trancount > 0 commit tran go 關(guān)于SQL Server數(shù)據(jù)庫中在存儲(chǔ)過程中編寫正確的事務(wù)處理代碼的方法就介紹到這里了，希望本次的介紹能夠?qū)δ兴鶐椭?

總結(jié)

以上是生活随笔為你收集整理的SQL Server在存储过程中编写事务处理代码的三种方法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。