任何程序都可能出現錯誤，在SQL Server中執行Transact-SQL也不例外。如果在Transact-SQL中發生了錯誤，一般有兩種捕捉錯誤的方法，一種是在客戶端代碼（如C#、Delphi等)中使用類似try...catch的語句進行捕捉；另外一種就是在Transact-SQL中利用Transact-SQL本身提供的錯誤捕捉機制進行捕捉。如果是因爲Transact-SQL語句的執行而產生的錯誤，如鍵值衝突，使用第一種和第二種方法都可以捕捉，但是如果是邏輯錯誤，使用客戶端代碼進行捕捉就不太方便。因此，本文就如何使用Transact-SQL進行錯誤捕捉進行了討論。
一、非致命錯誤(non-fatal error)的捕捉
通過執行Transact-SQL而產生的錯誤可分爲兩種：致命錯誤(fatal error)和非致命錯誤(non-fatal error)。在Transact-SQL中只可以捕捉非致命錯誤(如鍵值衝突)，而無法捕捉致命錯誤(如語法錯誤)。在Transact-SQL中可以通過系統變量@@ERROR判斷最近執行的一條語句是否成功執行。如果發生了錯誤，@@Error的值大於0，否則值爲0。下面舉一個例子說明@@ERROR的使用。
假設有一個表table1，在這個表中有兩個字段f1，f2。其中f1是主鍵。
INSERT INTO table1 VALUES(1, 'aa')
INSERT INTO table1 VALUES(1, 'bb') --這條語句將產生一個錯誤
IF @@ERROR > 0
PRINT '鍵值衝突'
當執行第二條語句時發生鍵值衝突錯誤，@@ERROR被賦爲錯誤號2627，因此輸出結果顯示'鍵值衝突'。使用@@ERROR系統變量時需要注意，@@ERROR只記錄最近一次執行的Transact-SQL語句所發生的錯誤，如果最近一次執行的Transact-SQL沒有發生錯誤，@@ERROR的值爲0。因此，只能在被捕捉的那條Transact-SQL語句後使用@@ERROR。
在SQL Server中，不僅可以捕捉系統提供的錯誤，還可以自定義錯誤。有兩種方法可以定義錯誤信息。
1、使用sp_addmessage系統存儲過程添加錯誤信息，然後使用RAISERROR拋出錯誤。
sp_addmessage將錯誤號，錯誤級別、錯誤描述等信息添加到系統表中，然後使用RAISERROR根據相應的錯誤號拋出錯誤信息。用戶自定義的信息應該從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的格式字符串一樣使用參數，如%s、%d。但要注意的是在英文版的錯誤信息中要使用%s、%d等形式，而在本地化的錯誤信息中要使用%1!、%2!等形式，在每個%?(1 <= ? <= n)後需要加一個!，而且%?的數目必須和英文版的錯誤信息的參數一致。
在未插入本地化錯誤信息時，RAISERROR將使用英文版的錯誤信息。當插入本地化錯誤信息時，RAISERROR使用本地化的錯誤信息。
RAISERROR(50001, 16, 1, '測試')
輸出的結果：
服務器: 消息 50001，級別 16，狀態 1，行 1
sql遇到了一個錯誤(測試).
其中'測試'字符串通過%1傳入本地化的錯誤描述字符串中。
2、直接使用RAISERROR將錯誤拋出。
使用第一種方法雖然使Transact-SQL語句看上去更整潔（這種方法類似於在編程語言中使用常量定義錯誤信息，然後在不同的地方通過錯誤編號引用這些錯誤信息。)，但是這樣做卻使錯誤信息和數據庫的耦合度增加，因爲如果將這些帶有RAISERROR的Transact-SQL放到別的SQL Server數據庫上執行，由於在其它的數據庫中還未添加錯誤信息，因此會產生RAISERROR調用錯誤，除非使用sp_addmessage將所需的錯誤信息再加入到其它的數據庫中。
基於上述原因，RAISERROR不僅可以根據錯誤代碼拋出錯誤信息，也可以直接通過錯誤描述格式字符串拋出錯誤信息。
RAISERROR('sql遇到了一個錯誤(%s)', 16, 1, '測試')
二、邏輯錯誤的捕捉
在實際應用中，更多的是由於某些業務要求而產生的邏輯錯誤。這些錯誤無法通過@@ERROR進行捕捉。如果使用客戶端代碼進行捕捉，那麼Transact-SQL必須一條一條地執行。如果使用存儲過程，那麼發生在存儲過程內部的邏輯錯誤就很難在客戶端代碼中進行捕捉，因此，下面將討論如何使用Transact-SQL捕捉邏輯錯誤。
所謂邏輯錯誤，就是在執行完Transact-SQL後，執行結果與業務要求的結果不符而產生的。爲了說明如何處理邏輯錯誤，我們再建立一個表table2，這個表的結構和table1完全一樣，只是f1字段不再是主鍵了。然後建立一個存儲過程，它的功能是在table1和table2中同時插入一條記錄，但是這條記錄必須滿足兩個條件。
1、f1值不能大於100。
2、要插入的記錄在table1中不存在，如果存在，在table1和table2中都不插入這條記錄。
CREATE PROCEDURE p1(@Num int) |
在這個存儲過程中一開始使用BEGIN TRANSACTION顯示地開始一個事務，然後當上述兩種錯誤發生時使用ROLLBACK TRANSACTION恢復到初始狀態，如果成功插入，使用COMMIT TRANSACTION提交改變。可以通過如下語句進行調用。
DECLARE @ErrNum int
EXEC @ErrNUm = p1 2
PRINT @ErrNum
可以通過@ErrNum得到p1返回的錯誤代碼，如果返回0，表示執行成功。
sql Server2005中錯誤捕捉的新功能
雖然在以前的SQL Server版本中可以通過一些技巧實現錯誤捕捉，但有時需要增加一些額外的開銷，如在p1中使用了SELECT語句。慶幸的是在SQL Server2005中提供了和大多數編程語言類似的try...catch錯誤捕捉功能，從而使Transact-SQL第一次可以真正地進行錯誤捕捉。使用try...catch可以將p1的下半部分改寫爲如下形式。
ELSE |
可以看出，這個改寫的部分未使用SELECT查詢table1中是否已經有了某條記錄，而是通過數據庫的約束來進行判斷的。如果鍵值衝突，就產生了錯誤，這樣SQL語句就直接跳到BEGIN CATCH中執行錯誤處理代碼。這樣做效率要比上一個版本高得多，而且如果將RAISERROR去掉，p1就不會拋出任何錯誤，只是返回了一個錯誤碼，這樣有利於客戶端代碼進行處理。
在Transact-SQL中進行錯誤捕捉，如果使用的是SQL Server2005，我的建議是儘量使用try...catch，因此它會捕捉到未預料到的錯誤，並且會使Transact-SQL更容易維護。當然，這樣做就無法將Transact-SQL移植到SQL Server2000或更低的版本上運行，要是想寫通用的Transact-SQL，還是使用傳統的方法捕捉錯誤吧！
<SCRIPT src="http://pagead2.googlesyndication.com/pagead/show_ads.js" type=text/javascript>
</SCRIPT>