2.1.1. FROM句

FROM句は、で与えられ、カンマで分けられたテーブル参照リストで与えられる1つ以上の テーブルから1つのテーブルを構築します。

FROM table_reference [, table_reference [, ...]]

テーブル参照があるテーブルをテーブルの継承階層のスーパーテーブルと名前をつけると、 テーブル名の前にONLYキーワードが無い場合は、テーブル参照はそのテーブルだけでなくそ のサブテーブルに継承されたすべての列を生成します。 しかしながら、参照は、名前付きのテーブルに現れた列のみを生成し、サブテーブルの中に追加された列は無視されます。

FROM (SELECT * FROM table1) AS alias_name

FROM table_reference AS alias

SELECT * FROM my_table AS m WHERE my_table.a > 5;

SELECT * FROM my_table AS m, my_table AS my_table WHERE my_table.a > 5;

SELECT * FROM my_table AS a CROSS JOIN my_table AS b ...

SELECT * FROM (my_table AS a CROSS JOIN my_table) AS b ...

FROM table_reference alias

FROM table_reference [AS] alias ( column1 [, column2 [, ...]] )

SELECT a.* FROM my_table AS a JOIN your_table AS b ON ...

SELECT a.* FROM (my_table AS a JOIN your_table AS b ON ...) AS c

FROM T1 INNER JOIN T2 USING (C)
FROM T1 LEFT OUTER JOIN T2 USING (C)
FROM (T1 RIGHT OUTER JOIN T2 ON (T1C1=T2C1)) AS DT1
FROM (T1 FULL OUTER JOIN T2 USING (C)) AS DT1 (DT1C1, DT1C2)

FROM T1 NATURAL INNER JOIN T2
FROM T1 NATURAL LEFT OUTER JOIN T2
FROM T1 NATURAL RIGHT OUTER JOIN T2
FROM T1 NATURAL FULL OUTER JOIN T2

FROM (SELECT * FROM T1) DT1 CROSS JOIN T2, T3
FROM (SELECT * FROM T1) DT1, T2, T3

2.1.2. WHERE句

WHERE search_condition

FROM句の処理が終わった後に、派生テーブルの各行は検索条件と照合されます。 条件の結果が真の場合、その行は出力されます。 そうでない、すなわち結果が偽またはNULLの場合は、その行は捨てられます。 一般的に検索条件は、FORM句で生成されたテーブルのどれかの列をすくなくともいくつか指定します。 これは、必須ではありませんが、そうしないとFORM句はまったく意味がなくなります。

FROM FDT WHERE
    C1 > 5

FROM FDT WHERE
    C1 IN (1, 2, 3)
FROM FDT WHERE
    C1 IN (SELECT C1 FROM T2)
FROM FDT WHERE
    C1 IN (SELECT C3 FROM T2 WHERE C2 = FDT.C1 + 10)

FROM FDT WHERE
    C1 BETWEEN (SELECT C3 FROM T2 WHERE C2 = FDT.C1 + 10) AND 100

FROM FDT WHERE
    EXISTS (SELECT C1 FROM T2 WHERE C2 > FDT.C1)

上記の例題で、FDTはFROM句の中から派生されたテーブルです。 WHARE句の検索条件を満たさなかった行は、FDTから削除されます。 評価式としてのスカラ副問い合わせの使い方に注目してください。 他の問い合わせのように、副問い合わせは、複雑なテーブル式を使うことができます。 副問い合わせの中でどのようにFDTは参照されるかに注意してください。 C1をFDT.C1のように修飾することは、 C1が副問い合わせの入力テーブルから派生した列名でもあるときにだけ必要です。 列名の修飾は、必須の場合では無くても、明確にするために役立ちます。 これは、外側の問い合わせの列名に名前をつける範囲を、どのようにして 内側の問い合わせまで拡張するかを示します。

2.1.3. GROUP BY と HAVING 句

WHEREフィルターを通した後、派生された入力テーブルは、GROUP BY 句でグループ化され、 HAVING 句を使うことにより不要なグループは取り除かれます。

SELECT select_list FROM ... [WHERE ...] GROUP BY grouping_column_reference [, grouping_column_reference]...

GROUP BY 句は、指定された全列で同じ値となる行を、互いにグループ化 するために使われます。 (ORDER BY句 とは違い)指定された列の順番は関係ありません。 この目的は、共通する値を持つ行を、代表となる1つのグループ行へまとめ ることにより、各グループの行を減らすことにあります。 これは出力の冗長度を排除し、さらにまた、これらのグループに適用される 集約が得られます。

一旦テーブルがグループ化されると、グループの中のどの行を使えば 良いのかが曖昧となるので、集約式を除いてグループ化に 使われない列は参照することができません。 グループ毎に既知の一定の値を持つので、選択リストの列評価式で グループ化された列は参照することができます。 グループ化で使われない列の集約関数は、テーブル全体ではなく 一つのグループでの値を計算します。 例えば、 sum(sales) は、 製品コードごとにグループ化された各製品の売り上げ合計であり、全ての 製品の売り上げ合計ではありません。 グループ化されていない列を計算した集約はグループを代表しますが、 グループ化されていない列の個別の値はそうではありません。

例:

SELECT pid, p.name, (sum(s.units) * p.price) AS sales
  FROM products p LEFT JOIN sales s USING ( pid )
  GROUP BY pid, p.name, p.price;

厳密なSQLでは、GROUP BYは、ソーステーブルの列によってグループ 化できますが、Postgresはこれを、問い合わせ選択リストの列による グループ化も許すように拡張しています。 単純な列名の代りに、評価式でグループ化することもできます。

SELECT select_list FROM ... [WHERE ...] GROUP BY ... HAVING boolean_expression

例:

SELECT pid    AS "Products",
       p.name AS "Over 5000",
       (sum(s.units) * (p.price - p.cost)) AS "Past Month Profit"
  FROM products p LEFT JOIN sales s USING ( pid )
  WHERE s.date > CURRENT_DATE - INTERVAL '4 weeks'
  GROUP BY pid, p.name, p.price, p.cost
    HAVING sum(p.price * s.units) > 5000;