SQL Server2005捕捉錯誤的2種方案
文章主要描述的是SQL Server2005捕捉錯誤的2種好用方法，在實(shí)際操作中任何程序在運(yùn)行的過程中都可能出現(xiàn)錯誤，包括在SQL Server數(shù)據(jù)庫中執(zhí)行Transact-SQL也不例外。如果在Transact-SQL中發(fā)生了錯誤。
其一般有兩種捕捉錯誤的方法，一種是在客戶端代碼(如C#、Delphi等)中使用類似try...catch的語句進(jìn)行捕捉;另外一種就是在Transact-SQL中利用Transact-SQL本身提供的錯誤捕捉機(jī)制進(jìn)行捕捉。如果是因?yàn)門ransact-SQL語句的執(zhí)行而產(chǎn)生的錯誤，如鍵值沖突，使用第一種和第二種方法都可以捕捉，但是如果是邏輯錯誤，使用客戶端代碼進(jìn)行捕捉就不太方便。因此，本文就如何使用Transact-SQL進(jìn)行錯誤捕捉進(jìn)行了討論。
一、非致命錯誤(non-fatal error)的捕捉
通過執(zhí)行Transact-SQL而產(chǎn)生的錯誤可分為兩種：致命錯誤(fatal error)和非致命錯誤(non-fatal error)。在Transact-SQL中只可以捕捉非致命錯誤(如鍵值沖突)，而無法捕捉致命錯誤(如語法錯誤)。在Transact-SQL中可以通過系統(tǒng)變量@@ERROR判斷最近執(zhí)行的一條語句是否成功執(zhí)行。如果發(fā)生了錯誤，@@Error的值大于0，否則值為0。下面舉一個例子說明@@ERROR的使用。
假設(shè)有一個表table1，在這個表中有兩個字段f1，f2。其中f1是主鍵。
INSERT INTO table1 VALUES(1, 'aa')
INSERT INTO table1 VALUES(1, 'bb') --這條語句將產(chǎn)生一個錯誤
IF @@ERROR > 0
PRINT '鍵值沖突'
當(dāng)執(zhí)行第二條語句時發(fā)生鍵值沖突錯誤，@@ERROR被賦為錯誤號2627，因此輸出結(jié)果顯示'鍵值沖突'。使用@@ERROR系統(tǒng)變量時需要注意，@@ERROR只記錄最近一次執(zhí)行的Transact-SQL語句所發(fā)生的錯誤，如果最近一次執(zhí)行的Transact-SQL沒有發(fā)生錯誤，@@ERROR的值為0。因此，只能在被捕捉的那條Transact-SQL語句后使用@@ERROR。
在SQL Server中，不僅可以捕捉系統(tǒng)提供的錯誤，還可以自定義錯誤。有兩種方法可以定義錯誤信息。
1、使用sp_addmessage系統(tǒng)存儲過程添加錯誤信息，然后使用RAISERROR拋出錯誤。
sp_addmessage將錯誤號，錯誤級別、錯誤描述等信息添加到系統(tǒng)表中，然后使用RAISERROR根據(jù)相應(yīng)的錯誤號拋出錯誤信息。用戶自定義的信息應(yīng)該從50001開始。
- EXEC sp_addmessage @msgnum = 50001, @severity = 16,
- @msgtext = 'sql encounter an error(%s).',
- @lang = 'us_english'
- EXEC sp_addmessage @msgnum = 50001, @severity = 16,
- @msgtext = 'sql遇到了一個錯誤(%1!).'
如果使用的SQL Server捕捉錯誤版本是非英語版本，在添加本地錯誤信息時必須首先添加英文的錯誤信息。錯誤描述可以象c語言中的printf的格式字符串一樣使用參數(shù)，如%s、%d。但要注意的是在英文版的錯誤信息中要使用%s、%d等形式，而在本地化的錯誤信息中要使用%1!、%2!等形式，在每個%?(1 <= ? <= n)后需要加一個!，而且%?的數(shù)目必須和英文版的錯誤信息的參數(shù)一致。
在未插入本地化錯誤信息時，RAISERROR將使用英文版的錯誤信息。當(dāng)插入本地化錯誤信息時，RAISERROR使用本地化的錯誤信息。
RAISERROR(50001, 16, 1, '測試')
輸出的結(jié)果：
服務(wù)器: 消息 50001，級別 16，狀態(tài) 1，行 1
sql遇到了一個錯誤(測試).
其中'測試'字符串通過%1傳入本地化的錯誤描述字符串中。
2、直接使用RAISERROR將錯誤拋出。
使用第一種方法雖然使Transact-SQL語句看上去更整潔(這種方法類似于在編程語言中使用常量定義錯誤信息，然后在不同的地方通過錯誤編號引用這些錯誤信息。)，但是這樣做卻使錯誤信息和數(shù)據(jù)庫的耦合度增加，因?yàn)槿绻麑⑦@些帶有RAISERROR的Transact-SQL放到別的SQL Server數(shù)據(jù)庫上執(zhí)行，由于在其它的數(shù)據(jù)庫中還未添加錯誤信息，因此會產(chǎn)生RAISERROR調(diào)用錯誤，除非使用sp_addmessage將所需的錯誤信息再加入到其它的數(shù)據(jù)庫中。
基于上述原因，RAISERROR不僅可以根據(jù)錯誤代碼拋出錯誤信息，也可以直接通過錯誤描述格式字符串拋出錯誤信息。
RAISERROR('sql遇到了一個錯誤(%s)', 16, 1, '測試')
二、邏輯錯誤的捕捉
在實(shí)際應(yīng)用中，更多的是由于某些業(yè)務(wù)要求而產(chǎn)生的邏輯錯誤。這些錯誤無法通過@@ERROR進(jìn)行捕捉。如果使用客戶端代碼進(jìn)行捕捉，那么Transact-SQL必須一條一條地執(zhí)行。如果使用存儲過程，那么發(fā)生在存儲過程內(nèi)部的邏輯錯誤就很難在客戶端代碼中進(jìn)行捕捉，因此，下面將討論如何使用Transact-SQL捕捉邏輯錯誤。
所謂邏輯錯誤，就是在執(zhí)行完Transact-SQL后，執(zhí)行結(jié)果與業(yè)務(wù)要求的結(jié)果不符而產(chǎn)生的。為了說明如何處理邏輯錯誤，我們再建立一個表table2，這個表的結(jié)構(gòu)和table1完全一樣，只是f1字段不再是主鍵了。然后建立一個存儲過程，它的功能是在table1和table2中同時插入一條記錄，但是這條記錄必須滿足兩個條件。
1、f1值不能大于100。
2、要插入的記錄在table1中不存在，如果存在，在table1和table2中都不插入這條記錄。
CREATE PROCEDURE p1(@Num int)ASDECLARE @Error int, @RowCount intBEGIN TRANSACTIONINSERT INTO table2 VALUES(@Num, 'p')IF @Num > 100BEGIN RAISERROR('%s的值不能大于100。', 16, 1, '@Num') ROLLBACK TRANSACTION RETURN 1ENDELSEBEGIN SELECT f1 FROM table1 WHERE f1 = @Num IF @@ROWCOUNT > 0 BEGIN RAISERROR('table1中已經(jīng)存在%d了。', 16, 1, @Num) ROLLBACK TRANSACTION RETURN 2 END ELSE BEGIN INSERT INTO table1 VALUES(@Num, 'p') COMMIT TRANSACTION RETURN 0 ENDEND
在這個存儲過程中一開始使用BEGIN TRANSACTION顯示地開始一個事務(wù)，然后當(dāng)上述兩種錯誤發(fā)生時使用ROLLBACK TRANSACTION恢復(fù)到初始狀態(tài)，如果成功插入，使用COMMIT TRANSACTION提交改變。可以通過如下語句進(jìn)行調(diào)用。
- DECLARE @ErrNum int
- EXEC @ErrNUm = p1 2
- PRINT @ErrNum
可以通過@ErrNum得到p1返回的錯誤代碼，如果返回0，表示執(zhí)行成功。
SQL Server2005中錯誤捕捉的新功能
雖然在以前的SQL Server版本中可以通過一些技巧實(shí)現(xiàn)錯誤捕捉，但有時需要增加一些額外的開銷，如在p1中使用了SELECT語句。慶幸的是在SQL Server2005中提供了和大多數(shù)編程語言類似的try...catch錯誤捕捉功能，從而使Transact-SQL第一次可以真正地進(jìn)行錯誤捕捉。使用try...catch可以將p1的下半部分改寫為如下形式。
- ELSEBEGIN BEGIN TRY INSERT INTO table1 VALUES(@Num, 'p')
- COMMIT TRANSACTION RETURN 0 END TRY BEGIN CATCH RAISERROR
- ('table1中已經(jīng)存在%d了。', 16, 1, @Num) ROLLBACK TRANSACTION RETURN 2 END CATCHEND
可以看出，這個改寫的部分未使用SELECT查詢table1中是否已經(jīng)有了某條記錄，而是通過數(shù)據(jù)庫的約束來進(jìn)行判斷的。如果鍵值沖突，就產(chǎn)生了錯誤，這樣SQL語句就直接跳到BEGIN CATCH中執(zhí)行錯誤處理代碼。這樣做效率要比上一個版本高得多，而且如果將RAISERROR去掉，p1就不會拋出任何錯誤，只是返回了一個錯誤碼，這樣有利于客戶端代碼進(jìn)行處理。
在Transact-SQL中進(jìn)行錯誤捕捉，如果使用的是SQL Server2005，我的建議是盡量使用try...catch，因此它會捕捉到未預(yù)料到的錯誤，并且會使Transact-SQL更容易維護(hù)。當(dāng)然，這樣做就無法將Transact-SQL移植到SQL Server2000或更低的版本上運(yùn)行，要是想寫通用的Transact-SQL，還是使用傳統(tǒng)的方法SQL Server2005捕捉錯誤吧!
【編輯推薦】
