これはどのコマンド(SELECT, INSERT, UPDATE, DELETE)が 構文解析ツリーを作ったかを示す単純な値です。

範囲テーブルは問い合わせで使われるリレーションのリストです。 SELECT 文ではこれは FROM キーワードの後で与えられるリレーション になります。

範囲テーブルのそれぞれの項目はテーブルもしくはビューを 識別し、問い合わせの別のパーツではどんな名前で呼び出されるか を示します。問い合わせツリーでは範囲テーブルの項目は 名前よりもインデックスで参照されることが多いため、ここでは SQL文とは違い、二通りの名前があるかということは 関係ありません。それはルールの範囲テーブルがマージされた あとに起こる可能性があります。 本稿での例はその状況を含んでいません。

これは問い合わせの結果が格納されるリレーションを識別する 範囲テーブルへのインデックスです。

SELECT 問い合わせは通常は結果リレーションを持ちません。 特別な SELECT INTO の場合は CREATE TABLE, INSERT ... SELECT シーケンスとほぼ同じなので、ここでは個別には説明しません。

INSERT, UPDATE そして DELETE 問い合わせでは、結果は変化が 有効になるテーブル(もしくはビュー!)です。

目的リストは問い合わせの結果を定義する式のリストです。 SELECT の場合、式は問い合わせの最終結果を構築するものです。 これらは SELECT と FROM キーワードの間にある式です。(*は単に リレーションのすべての属性名の省略です。それはパーサによって 個別の属性に拡張されるので、ルールシステムが見ることはありません。)

DELETE 問い合わせは結果を返さないので目的リストが必要 ありません。実際にはプランナが空の目的リストに特別な CTID 項目を追加します。しかしこれはルールシステムの後で、 のちに説明します。ルールシステムでは目的リストは空 です。

INSERT では目的リストは結果のリレーションへ行く新規の 行を記述します。それは VALUES 句か INSERT ... SELECT のなかの SELECT 句の式です。結果のリレーションで抜けているカラムは プランナが定数 NULL 式によって埋めます。

UPDATE では、古いものを置き換えるべき新しい行を目的リストが 示します。ルールシステムでは問い合わせの SET 属性 ＝ 式の部分 からの式だけを持っています。プランナは、古い行から新しいものへ 値をコピーする式を挿入することにより抜けているカラムを追加します。 そして特別な CTID 項目を DELETE 用にも追加します。

目的リストの各項目は、定数値、範囲テーブル内のリレーションの うちの一つの属性を指し示す変数、関数呼び出しにより作られた パラメータあるいは式のツリー、定数、変数、演算子を含む式を 保持します。

問い合わせの条件の式は目的リストの項目に含まれている式によく似て います。この式の結果は(INSERT, UPDATE, DELETE, または SELECT)演算 によって最終行が処理されたかどうかを示すブール値です。それは SQL 文の中の WHERE 句です。

問い合わせの結合ツリーは FROM 句の構造を表します。SELECT FROM a, b, c のような単純な問い合わせでは、結合ツリーは単なる FROM 項目 のリストです。なぜならどんな順番で結合しても構わないためです。 しかし JOIN 文、特に外部結合、が使われた場合は、JOIN が示す 順番どおりに結合しなければいけません。結合ツリーは JOIN 式の構造 を表します。特定の JOIN 句 (ON もしくは USING 式からのもの)と 関連づけられた制約はこれらの結合ツリーノードに付加された条件として 格納されます。頂点レベルの WHERE 式を頂点レベルの結合ツリー 項目に付加された条件として格納することも便利です。ですから、結合 ツリーは SELECT の FROM 句 と WHERE 句の両方を表しているわけです。

ORDER BY 句のような問い合わせツリーのその他のパーツはここでは 取り上げません。ルールシステムはルールを適用しているときにそこの 場所で項目を入れ換えますが、これはルールシステムの基本とは あまり関係しません。