PL/SQLの例外を処理します

PL/SQLは、ランタイムエラーを優(yōu)雅に管理し、アプリケーションのクラッシュを防ぐための堅(jiān)牢な例外処理メカニズムを提供します。このメカニズムのコアは、PL/SQLブロック內(nèi)のEXCEPTIONブロックを中心に展開します。このブロックは、前のBEGINブロックの実行中に発生する例外をキャッチおよび処理するために使用されます。

基本構(gòu)造は次のようになります：

 <code class="sql">DECLARE -- Declare variables BEGIN -- Your PL/SQL code here EXCEPTION WHEN OTHERS THEN -- Handle any unhandled exception WHEN NO_DATA_FOUND THEN -- Handle the NO_DATA_FOUND exception WHEN ZERO_DIVIDE THEN -- Handle the ZERO_DIVIDE exception WHEN TOO_MANY_ROWS THEN -- Handle the TOO_MANY_ROWS exception -- ... other WHEN clauses for specific exceptions ... END; /</code>

WHEN OTHERS WHEN予期しないプログラムの終了を防ぐためにこれを含めることが重要ですが、エラーの原因を特定するために慎重にロギングして使用する必要があります。一般に、可能な限り、より有益なエラーメッセージとターゲットを絞った回復(fù)戦略のために、可能な限り特定の例外を処理することをお?jiǎng)幛幛筏蓼?。適切なロギングのないWHEN OTHERS使用します。

一般的な例外タイプと識(shí)別

PL/SQLにはいくつかの事前定義された例外タイプがあり、それぞれが特定の種類のエラーを表します。最も一般的なものの一部は次のとおりです。

• NO_DATA_FOUND ：ステートメントSELECT INTOときに掲載されています。これは、特定のエラーメッセージによって簡(jiǎn)単に識(shí)別されます。
• ZERO_DIVIDE ：ゼロで分割する試みがなされたときに提起されました。繰り返しますが、エラーメッセージは明確です。
• TOO_MANY_ROWS ：ステートメントSELECT INTO複數(shù)の行を返すと上げられます。これは、クエリのWHERE句の欠陥を示しています。
• DUP_VAL_ON_INDEX ：重複した値を一意のインデックスに挿入する試みがなされたときに提起されました。
• INVALID_NUMBER ：非數(shù)値文字列を數(shù)値に変換しようとしたときに掲示されます。
• VALUE_ERROR ：誤ったデータ型を変數(shù)に割り當(dāng)てようとするなど、さまざまなデータ型に関連するエラーに対して提起されます。
• CURSOR_ALREADY_OPEN ：既に開いているカーソルを開こうとするときに育てられました。
• OTHERS ：明示的に処理されていない例外のキャッチオール。

これらの例外を識(shí)別するには、通常、データベースによって返されたエラーメッセージを調(diào)べることが含まれます。 Oracleは、例外タイプとその原因をよく特定する詳細(xì)なエラーメッセージを提供します。この情報(bào)には、 EXCEPTIONブロック內(nèi)でSQLCODE （數(shù)値エラーコードを返す）とSQLERRM （テキストエラーメッセージを返す）を使用してアクセスできます。

エラー処理とロギングの改善

効果的なデバッグには、エラー処理とロギングの改善が重要です。 PL/SQLエラー処理を強(qiáng)化する方法は次のとおりです。

• 詳細(xì)なロギング：一般的なエラーメッセージを単に表示する代わりに、以下を含む詳細(xì)情報(bào)を記録します。

  • エラーのタイムスタンプ。
  • エラーが発生した手順または関數(shù)の名前。
  • 特定の例外タイプ（ SQLCODEおよびSQLERRM ）。
  • 関連する入力パラメーター。
  • 例外が発生する前の重要な変數(shù)の狀態(tài)。
• 集中ロギング： DBMS_OUTPUTに依存する代わりに、専用のロギングメカニズム（データベース內(nèi)のログテーブルに書き込む）を使用します。 DBMS_OUTPUT 、テストと開発に適していますが、生産システムには適していません。
• カスタム例外タイプ：より複雑なアプリケーションの場(chǎng)合、特定のアプリケーションレベルのエラーを表すために、獨(dú)自のカスタム例外タイプを定義します。これにより、読みやすさと保守性が向上します。 RAISE_APPLICATION_ERRORを使用してこれらの例外を提起できます。

強(qiáng)化されたロギングの例：

 <code class="sql">PROCEDURE my_procedure(p_input IN NUMBER) IS v_result NUMBER; BEGIN -- ... your code ... EXCEPTION WHEN OTHERS THEN INSERT INTO error_log (error_time, procedure_name, sqlcode, sqlerrm, input_parameter) VALUES (SYSTIMESTAMP, 'MY_PROCEDURE', SQLCODE, SQLERRM, p_input); COMMIT; RAISE; -- Re-raise the exception to be handled by a calling procedure, if necessary. END; /</code>

堅(jiān)牢な例外処理のためのベストプラクティス

堅(jiān)牢なアプリケーション動(dòng)作を確保するには、次のベストプラクティスに従ってください。

• 特定の例外を処理する： WHEN OTHERSだけに頼ることは避けてください?？赡埭扦ⅳ欷小ⅳ瑜暾_なエラー処理のために特定の例外を処理します。
• 賢明にRAISEを使用してください： RAISE例外を再レイズし、呼び出し手順を処理できるようにします。それを戦略的に使用して、コールスタックの例外を伝播します。
• 一貫したエラー処理：コードベース全體で例外処理のために一貫したスタイルを維持します。これにより、読みやすさと保守性が向上します。
• ロールバックトランザクション：例外ハンドラー內(nèi)で、 ROLLBACKを使用して、操作が失敗した場(chǎng)合にトランザクション中に行われた変更を元に戻します。これにより、データの整合性が保証されます。
• 有益なエラーメッセージ：機(jī)密情報(bào)を明らかにすることなく問題を説明するユーザーフレンドリーなエラーメッセージを提供します。
• テスト：例外処理ロジックを徹底的にテストして、予想されるすべてのエラーが正しく処理されるようにします。

これらのガイドラインに従うことにより、PL/SQLアプリケーションの堅(jiān)牢性と信頼性を大幅に改善できます。効果的な例外処理は、保守可能でユーザーフレンドリーなアプリケーションを構(gòu)築するために重要です。

以上がPL/SQLで例外を処理するにはどうすればよいですか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。