| pl/sql異常處理初步 | |||||||||||
| pl/sql處理異常不同于其他程序語(yǔ)言的錯誤管理方法,pl/sql的異常處理機制與ada很相似,有一個(gè)處理錯誤的全包含方法。當發(fā)生錯誤時(shí),程序無(wú)條件轉到異常處理部分,這就要求代碼要非常干凈并把錯誤處理部分和程序的其它部分分開(kāi)。oracle允許聲明其他異常條件類(lèi)型以擴展錯誤/異常處理。這種擴展使pl/sql的異常處理非常靈活。 當一個(gè)運行時(shí)錯誤發(fā)生時(shí),稱(chēng)為一個(gè)異常被拋出。pl/sql程序編譯時(shí)的錯誤不是能被處理得異常,只有在運行時(shí)的異常能被處理。在pl/sql程序設計中異常的拋出和處理是非常重要的內容。 拋出異常 由三種方式拋出異常 . 通過(guò)pl/sql運行時(shí)引擎 . 使用raise語(yǔ)句 . 調用raise_application_error存儲過(guò)程 當數據庫或pl/sql在運行時(shí)發(fā)生錯誤時(shí),一個(gè)異常被pl/sql運行時(shí)引擎自動(dòng)拋出。異常也可以通過(guò)raise語(yǔ)句拋出 raise exception_name; 顯式拋出異常是程序員處理聲明的異常的習慣用法,但raise不限于聲明了的異常,它可以?huà)伋鋈魏稳魏萎惓?。例如,你希望用timeout_on_resource錯誤檢測新的運行時(shí)異常處理器,你只需簡(jiǎn)單的在程序中使用下面的語(yǔ)句: raise timeout_on_resouce; 下面看一個(gè)訂單輸入系統,當庫存小于訂單時(shí)拋出一個(gè)inventory_too_low異常。
這里replenish_inventory是一個(gè)觸發(fā)器。 處理異常 pl/sql程序塊的異常部分包含了程序處理錯誤的代碼,當異常被拋出時(shí),一個(gè)異常陷阱就自動(dòng)發(fā)生,程序控制離開(kāi)執行部分轉入異常部分,一旦程序進(jìn)入異常部分就不能再回到同一塊的執行部分。下面是異常部分的一般語(yǔ)法:
用戶(hù)必須在獨立的when子串中為每個(gè)異常設計異常處理代碼,when others子串必須放置在最后面作為缺省處理器處理沒(méi)有顯式處理的異常。當異常發(fā)生時(shí),控制轉到異常部分,oracle查找當前異常相應的when..then語(yǔ)句,捕捉異常,then之后的代碼被執行,如果錯誤陷阱代碼只是退出相應的嵌套塊,那么程序將繼續執行內部塊end后面的語(yǔ)句。如果沒(méi)有找到相應的異常陷阱,那么將執行when others。在異常部分when 子串沒(méi)有數量限制。
當異常拋出后,控制無(wú)條件轉到異常部分,這就意味著(zhù)控制不能回到異常發(fā)生的位置,當異常被處理和解決后,控制返回到上一層執行部分的下一條語(yǔ)句。
當異常發(fā)生時(shí),在塊的內部沒(méi)有該異常處理器時(shí),控制將轉到或傳播到上一層塊的異常處理部分。
異常傳播 沒(méi)有處理的異常將沿檢測異常調用程序傳播到外面,當異常被處理并解決或到達程序最外層傳播停止。 在聲明部分拋出的異常將控制轉到上一層的異常部分。
執行部分拋出的異常將首先傳遞到同一塊的異常部分,如果在同一塊的異常部分沒(méi)有處理這個(gè)異常的處理器,那么異常將會(huì )傳播到上一層的異常部分中,一直到最外層。 在異常部分拋出的異常將控制轉到上一層的異常部分。 處理異常將停止異常的傳播和解決。有時(shí)用戶(hù)希望在錯誤發(fā)生時(shí),程序仍然能執行一些動(dòng)作,要達到這個(gè)目的,可以把希望執行的動(dòng)作放在異常處理器中,然后執行不帶參數的raise語(yǔ)句,raise語(yǔ)句將重新拋出出現的異常,允許他繼續傳播。
如果從format_xxx_stack輸出一個(gè)很大的值,那么使用dbms_output或utl_file顯示錯誤或調用堆的異常部分自身也會(huì )拋出異常,這兩個(gè)堆常規下最多能返回2000字節,但utl_file.put_line被限制在1000字節以?xún)?,而dbms_output.put_line限制在512字節內。如果使用前面的代碼并且不允許這種可能性,那么在異常處理器中將拋出一個(gè)未處理的異常。 goto語(yǔ)句不能用于將控制從執行部分傳遞到異常部分或反之。 已命名異常 在pl/sql塊的異常部分只有已命名的異常才能被when子串處理,oracle包含了一系列已命名的異常,這些異常都聲明在standard包中,這些內建異常在這里就不一一講述,有興趣的讀者可以查閱有關(guān)資料。 常用異常處理方法 除了標準異常外,用戶(hù)可以聲明自己的已命名異常。比如商業(yè)規則錯誤,或者將自定義異常與一個(gè)數據庫號相聯(lián)系,甚至可以將數據庫錯誤號賦予自定義異常。pl/sql的這個(gè)性能極大的提高了對異常的管理和處理的能力。 聲明自己的異常 如果你希望聲明自己的異常,那么你可以在異常處理器中包括when子句,聲明的異常的作用范圍與聲明的變量相同。聲明在外層塊的異常能被該塊和它的子塊訪(fǎng)問(wèn),但聲明在子塊的異常不能被父塊處理。 例:
如果聲明的異常與內建的異常同名,那么當引用異常將解決你的異常而不是內建的異常。 給數據庫錯誤命名 如果希望處理一個(gè)異常,那么異常必須有一個(gè)名字,數據庫錯誤有數千個(gè),但是只有不到25個(gè)是內建的已命名異常,但需要處理這些未命名的異常時(shí),你可以將一個(gè)名字和一個(gè)錯誤號聯(lián)系在一起,達到這個(gè)目的的語(yǔ)句是:pragma exception_init語(yǔ)句 語(yǔ)法如下: pragma exception_init(exception_name,error_number); 執行這個(gè)語(yǔ)句之前,必須首先聲明異常名。
另外一種處理數據庫錯誤的方法是使用內建函數sqlcode和sqlerrm,這兩個(gè)函數在包一級聲明,sqlcode將返回現行數據庫錯誤號,這些錯誤號中除了no_data_found是+100外其他都是負數。sqlerrm返回文本描述的錯誤信息。為了獲得用戶(hù)自定義異常返回的sqlerrm和sqlcode,你需要使用raise_application_error函數給自定義異常標注錯誤號。 給自定義錯誤標注號碼 raise_application_error內建函數用于拋出一個(gè)異常并給異常賦予一個(gè)錯誤號以及錯誤信息。自定義異常的缺省錯誤號是+1,缺省信息是user_defined_exception。來(lái)自未處理的異常的一般信息對于識別導致錯誤的原因沒(méi)有幫助,raise_application_error函數能夠在pl/sql程序塊的執行部分和異常部分調用,顯式拋出帶特殊錯誤號的命名異常。
錯誤號的范圍是-20,999到-20,999。錯誤信息是文本字符串,最多為2048字節。true和false表示是添加(true)進(jìn)錯誤堆(error stack)還是覆蓋(overwrite)錯誤堆(false)。缺省情況下是false。
|
聯(lián)系客服