TRIGGERは新しいトリガを作成します。作成したトリガは指定したテーブルと関連付けられ、特定のイベントが発生した時に指定した関数funcnameを実行します。トリガでは、起動のタイミングとして、行への操作が開始される前(制約条件のチェックとINSERT、UPDATEまたはDELETEが行われる前)、あるいは、操作が完了した後(制約条件がチェックされ、INSERT、UPDATEまたはDELETEが完了した後)のいずれかを指定することができます。イベントの前にトリガが起動する場合、そのトリガは対象行に対する操作を省略したり、(INSERTとUPDATEの操作時のみ)挿入する行を変更したりすることができます。イベントの後にトリガが起動する場合、最後に行われた挿入、更新、削除などの全ての変更が、トリガに対して"可視"状態となります。ROW付きのトリガは、その操作によって変更される行ごとに1回ずつ呼び出されます。DELETEトリガを、行が削除される度に1回ずつ、個別に10回呼び出すことになります。STATEMENTトリガがあれば実行されます)。同一イベントに同じ種類の複数のトリガが定義された場合、名前のアルファベット順で実行されます。SELECTはまったく行を変更しないため、SELECTトリガを作成することはできません。この場合は、ルールやビューの方が適しています。トリガに関するより詳細については、第35章を参照してください。パラメータname新しいトリガに付与する名前です。同じテーブルの他のトリガと異なる名前にする必要があります。BEFOREAFTER関数の呼び出しをイベントの前に行うか後に行うかを決定します。eventINSERT、UPDATE、DELETEのいずれかが入ります。このパラメータは、トリガを起動するイベントを指定します。ORを使用して、複数のイベントを指定することができます。tableトリガを作成するテーブルの名前です(スキーマ修飾名も可)。STATEMENTこのパラメータは、トリガプロシージャを、トリガイベントによって影響を受ける行ごとに1回起動するか、SQL文ごとに1回のみ起動するかを指定します。STATEMENTがデフォルトです。funcnameユーザが提供する関数です。この関数は、引数を取らずtrigger型を返すよう定義します。トリガが起動した時に実行されます。argumentsトリガ実行時に関数に渡される引数をカンマで区切ったリストです。このパラメータは省略可能です。引数として指定するのは、リテラル文字列定数です。単純な名前および数値定数を記述できますが、全て文字列に変換されます。関数内でこのトリガ引数にアクセスする方法については、トリガ関数を実装した言語の説明を参照してください。通常の関数引数とは異なる場合があります。注釈テーブルにトリガを作成するには、ユーザがそのテーブルに対しTRIGGER権限を持っている必要があります。7.3より前のバージョンでは、トリガ関数の戻り値の型を、trigger型ではなくプレースホルダであるopaque型として宣言する必要がありました。TRIGGERではopaque型を返すよう宣言された関数を受け入れます。注意を促すメッセージを表示し、宣言された関数の戻り値型をtriggerに変換します。TRIGGERコマンドを使用してください。項35.4に完全な例があります。PostgreSQLには、次の機能がありません。SQLでは、"old"や"new"、トリガによって起動する動作の定義が使用するテーブルに、別名を定義することができます。PostgreSQLでは、複数のユーザ定義言語でトリガプロシージャを作成できるので、データへのアクセスは言語固有の方法で扱われます。PostgreSQLでは、トリガ動作として、1つのユーザ定義関数の実行しか認めていません。標準では、他のSQLコマンドを複数実行させることができます。TABLEを実行させることも可能です。この制限を回避する方法は簡単です。必要なコマンドを実行するユーザ定義関数を作成すればよいのです。SQLでは、複数のトリガは、作成時刻順に起動すべきであると規定しています。PostgreSQLでは名前順であり、より簡単に判断することができます。DELETEは、数珠繋ぎのDELETEが完了した後に発行するものと規定しています。DELETEは常に削除操作よりも後に行われます。この方がより一貫性があると考えています。参照整合性に関する操作によって後で変更される行をBEFOREトリガが変更する時の振舞いは予測できません。これは、制約違反となるかもしれませんし、参照整合性制約に合わないデータを格納してしまうかもしれません。ORを使用して単一トリガに複数の動作を指定する機能は、標準SQLに対するPostgreSQLの拡張です。