これが失敗したときの基本的な反復回数です。"配列が範囲外になる"例外が発生します。sap_tbl_ins((SQL%BULK_EXCEPTIONS(i).ERROR_INDEX)-1).DEVICE_PIN);そのうまくいっている。x.509源OK、質問:1)PRODUCT_COPY_PKGの1808行目のコードは何ですか?これが最初のエラーが発生している場所です。AUTONOMOUS_TRANSACTIONで定義されていることを祈っています。しないと、エラーが発生したときにあなたのコードが処理中であった場合、COMMITは部分的に完了したトランザクションをコミットできます。Broughton源すべてのコードが表示されないので、テーブルに制約を追加してスクリプトを意図的に失敗させると、あなたが投稿したこのExceptionブロックがアクティブであることに頼る必要があります。"S_Publish"が例外自体を投げている可能性がありますあなたが追加のものでそれらを囲まない限り、彼らが走っている同じ例外ブロックに捕らえられません。この理論をテストするために、一時的に呼び出しを取り除き、あなたが犯したエラーを得るかどうかを見てください。定義で元のテストを更新しました。スロー例外はありません。行1808は3つの値、例えばcol1、col2、col3を持つテーブルにデータを挿入しています。nullではない制約があります。例外はこのためにスローされています。問題は、このスローされた例外です。b&gt;例外で捕捉されましたが、アプリケーションレベルのエラーはそこから明示されていません。終了するまですぐに終了することです。明示的に例外をスローする必要はありません。実行中に例外が発生する可能性があります。コードを投稿してからは、select文が表示されないので、no_data_found例外がスローされているとは思われません(選択に失敗したログ表に挿入した後にトリガーを実行しないとします)。最後の1つ:「raise_application_error」を、選択したDBMS_OUTPUT.PUT_LINE文字列に置き換えます。