在SQL Server 2005數(shù)據(jù)庫中進行錯誤捕捉
一、非致命錯誤(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的使用。
假設有一個表table1，在這個表中有兩個字段f1，f2。其中f1是主鍵。
INSERT INTO table1 VALUES(1, 'aa')INSERT INTO table1 VALUES(1, 'bb') --這條語句將產(chǎn)生一個錯誤IF @@ERROR > 0PRINT '鍵值沖突'
當執(zhí)行第二條語句時發(fā)生鍵值沖突錯誤，@@ERROR被賦為錯誤號2627，因此輸出結果顯示'鍵值沖突'。使用@@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ù)相應的錯誤號拋出錯誤信息。用戶自定義的信息應該從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將使用英文版的錯誤信息。當插入本地化錯誤信息時，RAISERROR使用本地化的錯誤信息。
RAISERROR(50001, 16, 1, '測試')
輸出的結果：
服務器: 消息 50001，級別 16，狀態(tài) 1，行 1
sql遇到了一個錯誤(測試).
其中'測試'字符串通過%1傳入本地化的錯誤描述字符串中。
2.直接使用RAISERROR將錯誤拋出
使用第一種方法雖然使Transact-SQL語句看上去更整潔（這種方法類似于在編程語言中使用常量定義錯誤信息，然后在不同的地方通過錯誤編號引用這些錯誤信息。)，但是這樣做卻使錯誤信息和數(shù)據(jù)庫的耦合度增加，因為如果將這些帶有RAISERROR的Transact-SQL放到別的SQL Server數(shù)據(jù)庫上執(zhí)行，由于在其它的數(shù)據(jù)庫中還未添加錯誤信息，因此會產(chǎn)生RAISERROR調用錯誤，除非使用sp_addmessage將所需的錯誤信息再加入到其它的數(shù)據(jù)庫中。
基于上述原因，RAISERROR不僅可以根據(jù)錯誤代碼拋出錯誤信息，也可以直接通過錯誤描述格式字符串拋出錯誤信息。
RAISERROR('sql遇到了一個錯誤(%s)', 16, 1, '測試')
二、邏輯錯誤的捕捉
在實際應用中，更多的是由于某些業(yè)務要求而產(chǎn)生的邏輯錯誤。這些錯誤無法通過@@ERROR進行捕捉。如果使用客戶端代碼進行捕捉，那么Transact-SQL必須一條一條地執(zhí)行。如果使用存儲過程，那么發(fā)生在存儲過程內(nèi)部的邏輯錯誤就很難在客戶端代碼中進行捕捉，因此，下面將討論如何使用Transact-SQL捕捉邏輯錯誤。
所謂邏輯錯誤，就是在執(zhí)行完Transact-SQL后，執(zhí)行結果與業(yè)務要求的結果不符而產(chǎn)生的。為了說明如何處理邏輯錯誤，我們再建立一個表table2，這個表的結構和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 > 100BEGINRAISERROR('%s的值不能大于100。', 16, 1, '@Num') ROLLBACK TRANSACTIONRETURN 1ENDELSEBEGINSELECT f1 FROM table1 WHERE f1 = @NumIF @@ROWCOUNT > 0BEGINRAISERROR('table1中已經(jīng)存在%d了。', 16, 1, @Num)ROLLBACK TRANSACTIONRETURN 2ENDELSEBEGININSERT INTO table1 VALUES(@Num, 'p')COMMIT TRANSACTIONRETURN 0ENDEND
在這個存儲過程中一開始使用BEGIN TRANSACTION顯示地開始一個事務，然后當上述兩種錯誤發(fā)生時使用ROLLBACK TRANSACTION恢復到初始狀態(tài)，如果成功插入，使用COMMIT TRANSACTION提交改變。可以通過如下語句進行調用。
DECLARE @ErrNum intEXEC @ErrNUm = p1 2PRINT @ErrNum
可以通過@ErrNum得到p1返回的錯誤代碼，如果返回0，表示執(zhí)行成功。
SQL Server 2005數(shù)據(jù)庫中錯誤捕捉的新功能
雖然在以前的SQL Server版本中可以通過一些技巧實現(xiàn)錯誤捕捉，但有時需要增加一些額外的開銷，如在p1中使用了SELECT語句。慶幸的是在SQL Server2005中提供了和大多數(shù)編程語言類似的try...catch錯誤捕捉功能，從而使Transact-SQL第一次可以真正地進行錯誤捕捉。使用try...catch可以將p1的下半部分改寫為如下形式。
ELSEBEGINBEGIN TRYINSERT INTO table1 VALUES(@Num, 'p') COMMIT TRANSACTIONRETURN 0END TRYBEGIN CATCHRAISERROR('table1中已經(jīng)存在%d了。', 16, 1, @Num)ROLLBACK TRANSACTIONRETURN 2END CATCHEND
我們可以發(fā)現(xiàn)，這個改寫的部分未使用SELECT查詢table1中是否已經(jīng)有了某條記錄，而是通過數(shù)據(jù)庫的約束來進行判斷的。如果鍵值沖突，就產(chǎn)生了錯誤，這樣SQL語句就直接跳到BEGIN CATCH中執(zhí)行錯誤處理代碼。這樣做效率要比上一個版本高得多，而且如果將RAISERROR去掉，p1就不會拋出任何錯誤，只是返回了一個錯誤碼，這種做法的好處是有利于客戶端代碼進行處理。
如果使用SQL Server 2005數(shù)據(jù)庫，在Transact-SQL中進行錯誤捕捉，建議盡量使用try...catch，因為它會捕捉到未預料到的錯誤，并且會使Transact-SQL更易于維護。當然，這樣做就無法將Transact-SQL移植到SQL Server2000或更低的版本上運行，如果想寫通用的Transact-SQL，讀者可以使用傳統(tǒng)的方法來捕捉錯誤。
網(wǎng)公網(wǎng)安備