イベント通知

イベント通知は、Service Broker サービスにイベントに関する情報を送信します。 イベント通知は、これらのイベントに関する情報を Service Broker サービスに送信することで、さまざまな Transact-SQL データ定義言語 (DDL) ステートメントと SQL トレース イベントに応答して実行されます。

イベント通知を使用して、次の操作を行うことができます。

• データベースで発生した変更またはアクティビティをログに記録して確認します。

• 同期的な方法ではなく、非同期でイベントに応答してアクションを実行します。

イベント通知は、DDL トリガーと SQL トレースに代わるプログラミングを提供できます。

イベント通知の利点

イベント通知は、トランザクションのスコープ外で非同期的に実行されます。 そのため、DDL トリガーとは異なり、イベント通知はデータベース アプリケーション内で使用して、即時トランザクションによって定義されたリソースを使用せずにイベントに応答できます。

SQL トレースとは異なり、イベント通知を使用して、SQL トレース イベントに応答して SQL Server のインスタンス内でアクションを実行できます。

イベント データは、SQL Server と共に実行されているアプリケーションが進行状況を追跡し、決定を下すために使用できます。 たとえば、次のイベント通知は、AdventureWorks2012 サンプル データベースでALTER TABLEステートメントが発行されるたびに、特定のサービスに通知を送信します。

USE AdventureWorks2012;  
GO  
CREATE EVENT NOTIFICATION NotifyALTER_T1  
ON DATABASE  
FOR ALTER_TABLE  
TO SERVICE '//Adventure-Works.com/ArchiveService' ,  
    '8140a771-3c4b-4479-8ac0-81008ab17984';  

イベント通知の概念

イベント通知が作成されると、SQL Server のインスタンスと指定したターゲット サービスの間で 1 つ以上の Service Broker の会話が開かれます。 通常、イベント通知がサーバー インスタンス上のオブジェクトとして存在する限り、会話は開いたままです。 エラーの場合、イベント通知が破棄される前に会話が閉じる可能性があります。 これらの会話は、イベント通知間で共有されることはありません。 すべてのイベント通知には、独自の排他的な会話があります。 メッセージ交換を終了すると、ターゲット サービスがメッセージを受け取るのを明示的に防ぐことができます。また、次回イベント通知が発生した場合でも、メッセージ交換は再度開かなくなります。

イベント情報は、イベントが発生したとき、影響を受けるデータベース オブジェクト、関連する Transact-SQL バッチ ステートメント、およびその他の情報に関する情報を提供する、 xml 型の変数として Service Broker サービスに配信されます。 イベント通知によって生成される XML スキーマの詳細については、 EVENTDATA (Transact-SQL) を参照してください。

イベント通知とトリガー

次の表では、トリガーとイベント通知を比較して比較します。

イベント通知 vs. SQLトレース

次の表は、サーバー イベントを監視するためのイベント通知と SQL トレースを使用して比較および比較します。

イベント通知タスク

こちらもご覧ください

DDL トリガー
DML トリガー
SQL トレース (SQL Trace)