ストアドプロシージャとは異なり、イベントハンドラには引数がありません。EVENT_PARAMETER 関数を使用して、イベントがトリガされたコンテキストに関する情報にアクセスできます。返される情報には、イベントがトリガされた接続 ID とユーザ ID、イベント名、実行回数が含まれます。

開発中は、好きなときにイベントハンドラをトリガできた方が便利です。TRIGGER EVENT 文を使うと、トリガ条件やスケジュールした時刻に関係なく、明示的にイベントを実行できます。ただし、無効なイベントハンドラを TRIGGER EVENT によって実行することはできません。

運用データベース上でイベントハンドラを開発するのはよいことではありませんが、明示的に ALTER EVENT 文を使ってイベントハンドラを無効にすることができます。

複数のイベントを処理するアクションを 1 つにまとめておくと便利です。たとえば、データベースファイルまたはログファイルを格納しているデバイスのディスク領域が少なくなってきたときに、通知アクションを実行することができます。これを実行するには、ストアドプロシージャを作成し、各イベントハンドラの本文から呼び出します。このとき、必要なコンテキスト情報をパラメータとしてプロシージャに渡します。

イベントハンドラのデバッグは、ストアドプロシージャのデバッグによく似ています。イベントハンドラは、イベントリストに表示されます。

ALTER EVENT 文と SET HIDDEN 句を使用して、イベントハンドラの定義を隠すことができます。SET HIDDEN 句を指定すると、ISYSEVENT システムテーブルの action カラムに格納されているイベントハンドラの定義が永続的に難読化されます。

また、EVENT_PARAMETER 関数と NumActive コンテキスト名を使用して、現在アクティブになっている特定のイベントハンドラのインスタンスの数を判断できます。この関数は、一定時間に 1 つのイベントハンドラで 1 つのインスタンスだけを実行させるように制限する場合に利用できます。

• イベントハンドラの実行
• ALTER EVENT 文
• EVENT_PARAMETER 関数 [システム]
• TRIGGER EVENT 文
• イベントハンドラのデバッグ
• イベントハンドラを隠す
• イベントハンドラのトリガ