pl/sql
提供了強大而靈活的手段來捕捉和處理程序產生的異常，從而使
oracle
的用戶遠離一些令人煩惱的
bug
。
?
異常定義
?
在一個異常產生、被捕獲并處理之前，它必須被定義。
Oracle
定義了幾千個異常，絕大多數只有錯誤編號和相關描述，僅僅命名了若干個最常被用到的異常。這些名字被儲存在
STANDARD
，
UTL_FILE
，
DBMS_SQL
這幾個系統包中，詳情請見
oracle:pl/sql
異常處理（
1
）。
出自之外的絕大多數異常需要程序員命名。有
2
種命名異常的方法：
?
1
：聲明一個自定義異常
在
STANDARD
中的命名了的異常基本山是與系統的錯誤相關的（當然那些只有
errorcode
的異常也是這樣），但在實際的應用中我們經常需要與特定的應用程序相關的異常，由程序員聲明的異常就是用于處理這種情況的。
Oracle
異常處理模塊的方便的地方在于，它并沒有區別對待自定義的與預定義的異常。這使得我們可以像對待預定義異常一樣，捕捉和處理自定義異常，只是在此之前需要聲明它；同時對于一個自定義的異常，我們需要用
RAISE
來手動產生。
下面是一個聲明的例子：
?????? procedure calc_ammul_sales
??????
?????? (company_id_in in company.company_id%tye)
?????? is
??????
?????? invalid_company_id exception;
??????
?????? negative_balance excrption;
??????
?????? duplicate_company Boolean;
?????? begin
????????????? /*body of executable statement*/
?????? exception
????????????? when invalid_company_id
????????????? then /*handle exception*/
????????????? when no_data_found
????????????? then /*handle exception*/
??????
?????? /*…..*/
?????? end;
需要注意的是處理定義的時候，只有兩個地方會出現自定義的異常：
ü????????
raise exception
；
ü????????
when exception then
?
2
：為非預定義異常關聯一個名字
僅僅
21
個預定義異常對我們來說實在是太少了，還有幾千個異常只有
errorcode
和描述。另外，程序員也可以用
RAISE_APPLICATION_ERROR
定義一個含
errorcode
和描述的異常。
當然，只用
errorcode
也可以很好地完成工作，只要你不擔心會忘了那串數字代表的意思就行。比方說
;
?????? exception
????????????? when others
????????????? then
???????????????????? if sqlcode=-1843 then? /*sqlcode
是內建的用于返回最近一次錯誤編號的函數
*/
?????????????
?????? …..
這的確是一段讓人感到晦澀的代碼，還是給它關聯個名字吧。
我們要用到的是
pragma exception_init(exception,integer)
，然后就可以像對待預定義異常一樣對待它了，我是說沒必要像上面的那種一樣用
raise
。
Exception_init
是一個編譯時運行的函數，它只能出現在代碼的聲明部分，而異常名字必須在此之前被定義。下面用一個匿名過程舉個例子：
?????? declare
??????
?????? invalid_company_id exception;
??????
?????? pragma exception_init(invalid_company_id, -1834);
要注意的時：
ü????????
不可以用
-1403
（
no_data_found
），用
100
，事實上
exception_init
中的
integer
對應的是
sqlcode
返回的值。
ü????????
不能為
0
，不能大于
100
，不能小于
-1000000
一個例子：
?????? procedure delete_company(company_id_in in number)
?????? is
??????
?????? still_have_emplyee exception;
??????
?????? pragma exception(still_have_employee, -2293);
?????? begin
????????????? delete from compamy
????????????? where company_id=company_id_in;
?????? exception
????????????? when still_have_employee
????????????? then dbms_output.put_line(‘delete employees for company first’);
?????? end;
在一下兩種情況下，我們有必要使用
exception_init
：
ü????????
一個非預定義異常是經常要被用到的。
ü????????
我們將用
raise_applocation_error
產生了一個自定義的
errorcode
時。
一種簡便的方法是將以上兩種情況中的異常定義在一個包中，這樣我們就沒有必要每次都重復定義了。
?????? Create or replace package dynsql
?????? Is
??????
?????? Invalid_table_name exception;
??????
?????? Pragma exception_init(invalid_table_name, -903);
??????
?????? Invalid_column_name exception;
??????
?????? Pragma exception_init(invalid_column_name, -904);
??????
?????? En_too_young const number:=-200001;
??????
?????? Exc_too_young exception;
??????
?????? Pragma exception_init(exc_too_young, -20001);
?????? End;
有了上面這個包，就可以方便的處理異常了
;
?????? procedure validate_emp(birthdate in date)
?????? is
??????
?????? min_tear const pls_integer:=18;
?????? begin
????????????? if add_month(sysdate,min_year*12*-1)<birthdate_in
????????????? then
raise_application_error(dynsql.en_too_young, ‘employee must be’ || min_year ||‘old’);
????????????? end if;
?????? end;
除了
standard
包中的
21
個預定義異常外，還有一些包也定義了一些異常。但與
standard
包中異常不同的是，在使用這些異常時，需要帶上包的名字。如：
?????? when dbms_lob.invalid_argval then ……
?
非常有用的一點是，可以在最外層的
pl/sql
塊的異常處理模塊中加入
others
，這樣就可以把從內部傳遞出來的未被處理的剩余異常全部處理掉了。
?????? Exception
?????? When others
??????
?????? Then ….