]入力name作成するルールの名前です。DELETE、INSERTのいずれかです。tableのみが実際に実装されています)。condition任意のブール(論理)条件式です。old以外のどのテーブルを参照することもできません。DELETE、NOTIFY文のどれでも構いません。actionの内部では、特別なテーブル名newとoldは参照されるテーブル(object)の値を参照するために使うことができます。UPDATEルール内で挿入または更新されている新しい行の参照に有効です。DELETEルールが更新、削除されている既存の行を参照するのに有効です。出力CREATEルールの作成に成功すると返されるメッセージです。よって、データベーステーブルの挿入、更新、削除の代替として行われるアクションを定義することができます。ルールはテーブルビューを実装するためにも使われます。される場合、古いインスタンス(選択、更新、削除の対象)と、新しいインスタンスが(更新と追加の対象)存在するということです。与えられたイベント型と目的のオブジェクト(テーブル)のすべてのルールは、特定されない順番で審査されます。action部分が実行されます。actionが行われます。場合は元の問い合わせの前に行なわれます。ルールのaction部分は、1つ以上の問い合わせを持つことができます。複数の問い合わせを書くためには、かっこまたは大かっこ([])で囲みます。そのような問い合わせは指定された順番で実行されます(一方、オブジェクトの複数ルールの実行順番には何も保障がありません)。actionは動作が何もないことを示すためにNOTHINGを使うこともできます。NOTHINGルールは(その条件が真の場合)元の問い合わせの実行を抑制します。ルールはなにもしません。ルールのaction部分は動作を促したユーザコマンドと同じコマンドとトランザクション識別子で実行します。SELECTルールは無条件のINSTEADルールでなければならず、単一SELECT問い合わせで成り立つアクションを持っていなければなりません。SELECTルールはオブジェクトテーブルを効果的にビューに変え、そのビューの可視的な内容は(もしあったとしても)テーブル内に格納されているものではなく、ルールのSELECT問い合わせによって返された行です。VIEWコマンドを書く方がよい形式とされています。ルールを関連づけます。システムは、実際のテーブルがどこにあるのかを判断できないため、ビューに対する更新を許可しません。ルール(もしくは、目的に応じてこのうちの一部)を定義して、ビューへの更新操作を他のテーブルへの適切な更新操作に置換することで、更新可能なビューという幻を作成することができます。ビューの更新の際に条件付きルールの使用を予定している場合、わながあります。ない場合、システムは更新操作の試行を拒絶します。その場合ダミーテーブルへの操作を行なうことになるとシステムがみなすからです。ルールを追加し、システムにダミーテーブルへの更新を行なうことが決してないことを理解させることで、それを実現することができます。でない条件付きルールを作成します。注意テーブルにルールを定義するためには、ルール定義アクセス権を持っていなければなりません。REVOKEを使います。循環ルールを避けるために注意を払うことはとても重要です。PostgreSQLにエラーを表示させます。emp;以下のEMPから選択しようという試みは、問い合わせが何度も循環しすぎるためにPostgreSQLにエラーを発行させます。無条件に実行されます。イベントが送信されます。これは実装上の制限であり、将来改修される可能性があります。RULE文はPostgreSQL言語拡張です。RULEはありません。