在SQL Server2005中進行錯誤捕捉
本文為原創(chuàng),如需轉(zhuǎn)載,請注明作者和出處,謝謝!
本文曾發(fā)表于IT168:http://tech.it168.com/db/s/2006-07-21/200607211621906_1.shtml
任何程序都可能出現(xiàn)錯誤,在SQL Server中執(zhí)行Transact-SQL也不例外。如果在Transact-SQL中發(fā)生了錯誤,一般有兩種捕捉錯誤的方法,一種是在客戶端代碼(如c#、delphi等)中使用類似try...catch的語句進行捕捉;另外一種就是在Transact-SQL中利用Transact-SQL本身提供的錯誤捕捉機制進行捕捉。如果是因為Transact-SQL語句的執(zhí)行而產(chǎn)生的錯誤,如鍵值沖突,使用第一種和第二種方法都可以捕捉,但是如果是邏輯錯誤,使用客戶端代碼進行捕捉就不太方便。因此,本文就如何使用Transact-SQL進行錯誤捕捉進行了討論。
一、非致命錯誤(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是主鍵。
當(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開始。
如果使用的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ù)庫的耦合度增加,因為如果將這些帶有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, '測試')
二、邏輯錯誤的捕捉
在實際應(yīng)用中,更多的是由于某些業(yè)務(wù)要求而產(chǎn)生的邏輯錯誤。這些錯誤無法通過@@ERROR進行捕捉。如果使用客戶端代碼進行捕捉,那么Transact-SQL必須一條一條地執(zhí)行。如果使用存儲過程,那么發(fā)生在存儲過程內(nèi)部的邏輯錯誤就很難在客戶端代碼中進行捕捉,因此,下面將討論如何使用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中都不插入這條記錄。
在這個存儲過程中一開始使用BEGIN TRANSACTION顯示地開始一個事務(wù),然后當(dāng)上述兩種錯誤發(fā)生時使用ROLLBACK TRANSACTION恢復(fù)到初始狀態(tài),如果成功插入,使用COMMIT TRANSACTION提交改變。可以通過如下語句進行調(diào)用。
可以通過@ErrNum得到p1返回的錯誤代碼,如果返回0,表示執(zhí)行成功。
SQL Server2005中錯誤捕捉的新功能
雖然在以前的SQL Server版本中可以通過一些技巧實現(xiàn)錯誤捕捉,但有時需要增加一些額外的開銷,如在p1中使用了SELECT語句。慶幸的是在SQL Server2005中提供了和大多數(shù)編程語言類似的try...catch錯誤捕捉功能,從而使Transact-SQL第一次可以真正地進行錯誤捕捉。使用try...catch可以將p1的下半部分改寫為如下形式。

ELSE
BEGIN
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 CATCH
END
可以看出,這個改寫的部分未使用SELECT查詢table1中是否已經(jīng)有了某條記錄,而是通過數(shù)據(jù)庫的約束來進行判斷的。如果鍵值沖突,就產(chǎn)生了錯誤,這樣SQL語句就直接跳到BEGIN CATCH中執(zhí)行錯誤處理代碼。這樣做效率要比上一個版本高得多,而且如果將RAISERROR去掉,p1就不會拋出任何錯誤,只是返回了一個錯誤碼,這樣有利于客戶端代碼進行處理。
在Transact-SQL中進行錯誤捕捉,如果使用的是SQL Server2005,我的建議是盡量使用try...catch,因此它會捕捉到未預(yù)料到的錯誤,并且會使Transact-SQL更容易維護。當(dāng)然,這樣做就無法將Transact-SQL移植到SQL Server2000或更低的版本上運行,要是想寫通用的Transact-SQL,還是使用傳統(tǒng)的方法捕捉錯誤吧!
新浪微博:http://t.sina.com.cn/androidguy 昵稱:李寧_Lining
本文曾發(fā)表于IT168:http://tech.it168.com/db/s/2006-07-21/200607211621906_1.shtml
任何程序都可能出現(xiàn)錯誤,在SQL Server中執(zhí)行Transact-SQL也不例外。如果在Transact-SQL中發(fā)生了錯誤,一般有兩種捕捉錯誤的方法,一種是在客戶端代碼(如c#、delphi等)中使用類似try...catch的語句進行捕捉;另外一種就是在Transact-SQL中利用Transact-SQL本身提供的錯誤捕捉機制進行捕捉。如果是因為Transact-SQL語句的執(zhí)行而產(chǎn)生的錯誤,如鍵值沖突,使用第一種和第二種方法都可以捕捉,但是如果是邏輯錯誤,使用客戶端代碼進行捕捉就不太方便。因此,本文就如何使用Transact-SQL進行錯誤捕捉進行了討論。
一、非致命錯誤(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 '鍵值沖突'
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!).'
@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ù)庫的耦合度增加,因為如果將這些帶有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, '測試')
二、邏輯錯誤的捕捉
在實際應(yīng)用中,更多的是由于某些業(yè)務(wù)要求而產(chǎn)生的邏輯錯誤。這些錯誤無法通過@@ERROR進行捕捉。如果使用客戶端代碼進行捕捉,那么Transact-SQL必須一條一條地執(zhí)行。如果使用存儲過程,那么發(fā)生在存儲過程內(nèi)部的邏輯錯誤就很難在客戶端代碼中進行捕捉,因此,下面將討論如何使用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)
AS
DECLARE @Error int, @RowCount int
BEGIN TRANSACTION
INSERT INTO table2 VALUES(@Num, 'p')
IF @Num > 100
BEGIN
RAISERROR('%s的值不能大于100。', 16, 1, '@Num')
ROLLBACK TRANSACTION
RETURN 1
END
ELSE
BEGIN
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
END
END
AS
DECLARE @Error int, @RowCount int
BEGIN TRANSACTION
INSERT INTO table2 VALUES(@Num, 'p')
IF @Num > 100
BEGIN
RAISERROR('%s的值不能大于100。', 16, 1, '@Num')
ROLLBACK TRANSACTION
RETURN 1
END
ELSE
BEGIN
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
END
END
在這個存儲過程中一開始使用BEGIN TRANSACTION顯示地開始一個事務(wù),然后當(dāng)上述兩種錯誤發(fā)生時使用ROLLBACK TRANSACTION恢復(fù)到初始狀態(tài),如果成功插入,使用COMMIT TRANSACTION提交改變。可以通過如下語句進行調(diào)用。
DECLARE @ErrNum int
EXEC @ErrNUm = p1 2
PRINT @ErrNum
EXEC @ErrNUm = p1 2
PRINT @ErrNum
可以通過@ErrNum得到p1返回的錯誤代碼,如果返回0,表示執(zhí)行成功。
SQL Server2005中錯誤捕捉的新功能
雖然在以前的SQL Server版本中可以通過一些技巧實現(xiàn)錯誤捕捉,但有時需要增加一些額外的開銷,如在p1中使用了SELECT語句。慶幸的是在SQL Server2005中提供了和大多數(shù)編程語言類似的try...catch錯誤捕捉功能,從而使Transact-SQL第一次可以真正地進行錯誤捕捉。使用try...catch可以將p1的下半部分改寫為如下形式。

ELSE
BEGIN
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 CATCH
END
可以看出,這個改寫的部分未使用SELECT查詢table1中是否已經(jīng)有了某條記錄,而是通過數(shù)據(jù)庫的約束來進行判斷的。如果鍵值沖突,就產(chǎn)生了錯誤,這樣SQL語句就直接跳到BEGIN CATCH中執(zhí)行錯誤處理代碼。這樣做效率要比上一個版本高得多,而且如果將RAISERROR去掉,p1就不會拋出任何錯誤,只是返回了一個錯誤碼,這樣有利于客戶端代碼進行處理。
在Transact-SQL中進行錯誤捕捉,如果使用的是SQL Server2005,我的建議是盡量使用try...catch,因此它會捕捉到未預(yù)料到的錯誤,并且會使Transact-SQL更容易維護。當(dāng)然,這樣做就無法將Transact-SQL移植到SQL Server2000或更低的版本上運行,要是想寫通用的Transact-SQL,還是使用傳統(tǒng)的方法捕捉錯誤吧!
《Android開發(fā)完全講義(第2版)》(本書版權(quán)已輸出到臺灣)
http://product.dangdang.com/product.aspx?product_id=22741502
《Android高薪之路:Android程序員面試寶典 》http://book.360buy.com/10970314.html
新浪微博:http://t.sina.com.cn/androidguy 昵稱:李寧_Lining
posted on 2008-05-09 09:57 銀河使者 閱讀(1354) 評論(0) 編輯 收藏 所屬分類: SQL Server 、 原創(chuàng)