DML トリガの実行

制約違反が発生した場合は、AFTER トリガは実行されません。したがってこのトリガは、制約違反を防ぐための処理には使用できません。

INSTEAD OF トリガは、トリガ起動動作の代わりに実行されます。INSTEAD OF トリガは、ベース テーブルへの変更内容を反映する inserted テーブルおよび deleted テーブルが作成された後、それ以外の動作が行われる前に実行されます。またすべての制約処理の前に実行されます。その結果、制約動作を補足する前処理を実行できます。

テーブルに定義された INSTEAD OF トリガが、通常であれば再度 INSTEAD OF トリガを起動するようなステートメントをそのテーブルに対して実行しても、そのトリガの再帰的な呼び出しは行われません。代わりに、そのステートメントは、テーブルに INSTEAD OF トリガが存在しないかのように処理され、制約操作と AFTER トリガの実行が連鎖的に開始されます。たとえば、あるテーブルに INSTEAD OF INSERT トリガとして定義された DML トリガによって、同じテーブルに INSERT ステートメントが実行される場合、INSTEAD OF トリガによって実行された INSERT ステートメントによって、そのトリガが再度呼び出されることはありません。トリガによって実行された INSERT により、制約動作を実行してそのテーブル用に定義されている AFTER INSERT トリガを起動する処理が開始されます。

ビューに定義された INSTEAD OF トリガが、通常であれば再度 INSTEAD OF トリガを起動するステートメントをそのビューに対して実行しても、そのトリガの再帰的な呼び出しは行われません。代わりに、そのステートメントは、そのビューの基になるベース テーブルに対する変更として解決されます。この場合、ビューの定義は更新可能なビューに課されるすべての制限を満たしている必要があります。更新可能なビューの定義の詳細については、「ビューを使用したデータ変更」を参照してください。たとえば、あるビューに INSTEAD OF UPDATE トリガとして定義された DML トリガによって、同じビューを参照する UPDATE ステートメントが実行しても、INSTEAD OF トリガによって実行された UPDATE ステートメントが、そのトリガを再度呼び出すことはありません。トリガによって実行された UPDATE ステートメントは、そのビューに INSTEAD OF トリガが存在しないかのように処理されます。その UPDATE によって変更された列は、単一のベース テーブルに解決される必要があります。基になるベース テーブルを変更するたびに、制約の適用およびそのテーブル用に定義された AFTER トリガの起動が連鎖的に開始されます。

DML トリガはパフォーマンスのオーバーヘッドが通常は少なくて済みます。DML トリガの実行時間の大半は、メモリまたはデータベース デバイスにある他のテーブルを参照するために費やされます。deleted テーブルおよび inserted テーブルは常にメモリ上にあります。トリガにより参照する他のテーブルの位置が、操作にかかる時間を決定します。

注意
DML トリガにカーソルを使用することは、パフォーマンスに悪影響を与える可能性があるため、お勧めしません。複数行に影響を与える DML トリガをデザインする場合は、カーソルではなく行セットをベースにしたロジックを使用してください。