這篇文章主要給大家介紹了關(guān)于SQL Server異常代碼處理的相關(guān)資料，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
前言
SQL Server使用TRY...CATCH 結(jié)構(gòu)實(shí)現(xiàn)TSQL語(yǔ)句的錯(cuò)誤處理，TRY命令負(fù)責(zé)監(jiān)控語(yǔ)句執(zhí)行的情況，如果有TSQL語(yǔ)句發(fā)生異常，并且嚴(yán)重級(jí)別（Severity Level）大于10，并且小于20，那么CATCH命令會(huì)捕獲到異常的錯(cuò)誤。
BEGIN TRY
{ sql_statement | statement_block }
END TRY
BEGIN CATCH
[ { sql_statement | statement_block } ]
END CATCH
數(shù)據(jù)庫(kù)開(kāi)發(fā)工程師需要把一條或多條語(yǔ)句寫入到TRY代碼塊中，如果TRY代碼塊中的代碼在執(zhí)行過(guò)程中發(fā)生錯(cuò)誤，那么在錯(cuò)誤發(fā)生的點(diǎn)之后的代碼不再執(zhí)行，程序的控制權(quán)轉(zhuǎn)移到CATCH代碼塊塊中。如果TRY代碼塊沒(méi)有發(fā)生錯(cuò)誤，那么不會(huì)執(zhí)行CATCH代碼塊，程序的控制權(quán)轉(zhuǎn)移到END CATCH之后的語(yǔ)句。
注意，在CATCH代碼塊中捕獲的異常不會(huì)返回給調(diào)用程序，如果需要把錯(cuò)誤消息返回給調(diào)用程序，需要在CATCH代碼塊中使用THROW（或RAISERROR，不推薦使用）命令顯式拋出錯(cuò)誤。
一，獲取異常消息
在TSQL中，使用TRY和 CATCH編寫異常處理代碼塊，在CATCH子句中，使用以下函數(shù)，能夠獲取異常發(fā)生時(shí)的信息。
--返回發(fā)生錯(cuò)誤的代碼行號(hào)（LineNumber）
ERROR_LINE ( )
--返回錯(cuò)誤號(hào)（ErrorNumber）
ERROR_NUMBER ( )
@@ERROR
--返回錯(cuò)誤消息（ErrorMessage）
ERROR_MESSAGE ( )
--返回發(fā)生錯(cuò)誤的SP Name
ERROR_PROCEDURE ( )
--返回錯(cuò)誤的嚴(yán)重度（Error Severity）
ERROR_SEVERITY ( )
--返回錯(cuò)誤的狀態(tài)（Error State）
ERROR_STATE()
SQL Server拋出的一個(gè)錯(cuò)誤，通常包括錯(cuò)誤代碼（Error Number）、嚴(yán)重級(jí)別（Severity Level）、錯(cuò)誤狀態(tài)（Error State）和錯(cuò)誤消息（Error Message）等信息。
1，錯(cuò)誤代碼
錯(cuò)誤代碼，可以由變量@@ERROR 和函數(shù)ERROR_NUMBER()獲得，用于返回上一條語(yǔ)句的錯(cuò)誤代碼，該代碼唯一標(biāo)識(shí)該錯(cuò)誤。
2，錯(cuò)誤的嚴(yán)重級(jí)別
錯(cuò)誤的嚴(yán)重程序（Severity Level）共有24個(gè)級(jí)別，表明SQL Sever遇到問(wèn)題的類型，Severity Level是一個(gè)int類型，可以由函數(shù)ERROR_SEVERITY() 返回，數(shù)值越大，說(shuō)明問(wèn)題越嚴(yán)重。
按照錯(cuò)誤對(duì)系統(tǒng)的影響程序，把嚴(yán)重級(jí)別分為四組：
0-10：信息，可以認(rèn)為是warning
11-16：錯(cuò)誤，是用戶代碼導(dǎo)致的
17-19：非常嚴(yán)重的錯(cuò)誤，只能由系統(tǒng)管理員來(lái)修復(fù)
20-24：致命的錯(cuò)誤，可能導(dǎo)致整個(gè)系統(tǒng)無(wú)法正常使用
4，錯(cuò)誤消息
錯(cuò)誤消息，是關(guān)于錯(cuò)誤的描述性文本，可以是SQL Server系統(tǒng)預(yù)定義的錯(cuò)誤信息，也可以是THROW命令拋出的用戶自定義的文本。
二，拋出異常消息
在SQL Server 2012及之后的版本中，使用 Throw 關(guān)鍵字代替RAISERROR，用于拋出異常，并將執(zhí)行控制權(quán)轉(zhuǎn)移到Catch 代碼塊。
THROW [error_number, error_message, error_state];
參數(shù)注釋：
error_number：錯(cuò)誤代碼，是一個(gè)int類型，數(shù)值必須大于5000，小于 2147483647，這是用戶自定義的錯(cuò)誤代碼。
error_message：錯(cuò)誤消息，類型是nvarchar(2048)
state：跟錯(cuò)誤相關(guān)聯(lián)的一個(gè)state，類型是tinyint，取值范圍是：0-255
注意：在THROW語(yǔ)句之前的語(yǔ)句，必須以分號(hào); 結(jié)尾。
當(dāng)THROW語(yǔ)句用于拋出自定義的異常時(shí)，severty level 常常被設(shè)置為默認(rèn)的16；當(dāng)THROW用于re-throw，此時(shí)THROW 沒(méi)有任何參數(shù)，處于CATCH代碼塊中，僅僅用于把CATCH捕獲的異常重新拋出，severty level，state，錯(cuò)誤消息跟原始異常相同。
例子1，拋出自定義的異常：
BEGIN TRY
SELECT 1/0
END TRY
BEGIN CATCH
;THROW 51000, 'Divide by zero error encountered', 1;
END CATCH;
SQL Server拋出的異常消息是，自定義的錯(cuò)誤代碼是51000，嚴(yán)重級(jí)別（Severity Level）是16，錯(cuò)誤狀態(tài)是1，錯(cuò)誤行是5：
Msg 51000, Level 16, State 1, Line 5
Divide by zero error encountered
例子2，重拋異常，把系統(tǒng)檢測(cè)到的錯(cuò)誤從Catch代碼塊中拋出：
BEGIN TRY
SELECT 1/0
END TRY
BEGIN CATCH
;THROW;
END CATCH;
SQL Server拋出的異常消息是，錯(cuò)誤代碼是8134，嚴(yán)重級(jí)別（Severity Level）是16，錯(cuò)誤狀態(tài)是1，錯(cuò)誤行是2：
Msg 8134, Level 16, State 1, Line 2
Divide by zero error encountered.
三，不受TRY...CATCH結(jié)構(gòu)影響的錯(cuò)誤
TRY...CATCH 只捕獲嚴(yán)重級(jí)別從11到19的錯(cuò)誤，不會(huì)捕獲嚴(yán)重級(jí)別是1-10，20-24的錯(cuò)誤。
如果session會(huì)系統(tǒng)管理員使用KILL命令殺掉，那么TRY...CATCH結(jié)構(gòu)不會(huì)捕獲。
四，在事務(wù)中處理異常
如果在TRY代碼塊生成的錯(cuò)誤，導(dǎo)致當(dāng)前事務(wù)的狀態(tài)變成無(wú)效，那么該事務(wù)就是不可提交的事務(wù)（uncommittable transaction）。一個(gè)不可提交的事務(wù)，只能執(zhí)行read操作，或者回滾（ROLLBACK TRANSACTION），不能執(zhí)行TSQL語(yǔ)句來(lái)執(zhí)行寫操作，該事務(wù)也不能提交。函數(shù)XACT_STATE() 返回-1表示，當(dāng)前的事務(wù)是不可提交的事務(wù)；返回1表示當(dāng)前的事務(wù)是可以提交的。數(shù)據(jù)庫(kù)開(kāi)發(fā)人員需要通過(guò)XACT_STATE() 來(lái)對(duì)事務(wù)執(zhí)行提交或回滾的操作。
例如，在事務(wù)中處理異常，可以參考以下代碼，在實(shí)際應(yīng)用程序，可以把異常信息記錄在數(shù)據(jù)表中，便于進(jìn)行故障排除：
-- SET XACT_ABORT ON will render the transaction uncommittable when the constraint violation occurs.
SET XACT_ABORT ON;
BEGIN TRY
BEGIN TRANSACTION;
-- A FOREIGN KEY constraint exists on this table. This statement will generate a constraint violation error.
DELETE FROM Production.Product
WHERE ProductID = 980;
-- If the delete operation succeeds, commit the transaction. The CATCH block will not execute.
COMMIT TRANSACTION;
END TRY
BEGIN CATCH
-- Test XACT_STATE for 0, 1, or -1.
-- If 1, the transaction is committable.
-- If -1, the transaction is uncommittable and should be rolled back.
-- XACT_STATE = 0 means there is no transaction and a commit or rollback operation would generate an error.
-- Test whether the transaction is uncommittable.
IF (XACT_STATE()) = -1
BEGIN
--Logging Exception info, as the transaction is in an uncommittable state. Rolling back transaction.
SELECT
ERROR_NUMBER() AS ErrorNumber,
ERROR_SEVERITY() AS ErrorSeverity,
ERROR_STATE() AS ErrorState,
ERROR_PROCEDURE() AS ErrorProcedure,
ERROR_LINE() AS ErrorLine,
ERROR_MESSAGE() AS ErrorMessage;
ROLLBACK TRANSACTION;
END;
-- Test whether the transaction is active and valid.
IF (XACT_STATE()) = 1
BEGIN
--'The transaction is committable. Committing transaction.'
COMMIT TRANSACTION;
END;
END CATCH;
總結(jié)
到此這篇關(guān)于SQL Server異常代碼處理的文章就介紹到這了,更多相關(guān)SQLServer異常代碼處理內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
來(lái)源：腳本之家
鏈接：https://www.jb51.net/article/193393.htm
申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！
