FROM 子句

FROM 子句为 SELECT 指定一个或多个源表。如果指定多个源，结果在概念上是所有源中所有行的笛卡尔积——但通常会添加限定条件把返回的行限制为笛卡尔积的一个小子集。

当 FROM 项是一个简单表名时，它隐式地包括该表的子表（继承子女）的行。ONLY 将抑制来自该表子表的行。在 Postgres 7.1 之前，这是默认结果，添加子表是通过在表名后附加 * 完成的。这一旧行为可以通过命令 SET SQL_Inheritance TO OFF; 使用。

FROM 项也可以是用圆括号括起的子 SELECT（注意子 SELECT 必须有别名子句！）。这是一个极其方便的特性，因为它是在单个查询中获得多级分组、聚合或排序的唯一方式。

最后，FROM 项可以是 JOIN 子句，它组合两个更简单的 FROM 项。（必要时使用圆括号来确定嵌套顺序。）

CROSS JOIN 或 INNER JOIN 是简单的笛卡尔积，与在 FROM 顶层列出两个项所得到的相同。CROSS JOIN 等价于 INNER JOIN ON (TRUE)，即没有行被限定移除。这些连接类型只是记法上的便利，因为它们没有做任何用普通 FROM 和 WHERE 做不到的事。

LEFT OUTER JOIN 返回限定笛卡尔积中的所有行（即通过其 ON 条件的所有组合行），再加上左表中每一个没有通过 ON 条件的右行的行的一个副本。这个左表行通过为右表列插入 NULL 扩展到被连接表的全宽度。注意，在决定哪些行有匹配时只考虑 JOIN 自己的 ON 或 USING 条件。外层的 ON 或 WHERE 条件在此之后应用。

相反，RIGHT OUTER JOIN 返回所有连接后的行，再加上每个未匹配右侧行对应的一行（左侧用空值扩展）。这只是一种记法上的便利，因为你可以通过交换左右表将其改写成 LEFT OUTER JOIN。

FULL OUTER JOIN 返回所有连接后的行，再加上每个未匹配的左侧行（右侧用空值扩展），以及每个未匹配的右侧行（左侧用空值扩展）。

对于除 CROSS JOIN 外的所有 JOIN 类型，必须恰好写下列之一：ON join_condition, USING ( join_column_list ), or NATURAL. ON 是最一般的情况：可以写涉及要连接的两个表的任何限定表达式。USING 列列表 ( a, b, ... ) 是 ON 条件 left_table.a = right_table.a AND left_table.b = right_table.b ... 的简写。另外，USING 隐含着每对等价列中只有一列会包含在 JOIN 输出中，而不是两列都包含。NATURAL 是一个提及两表中所有同名列的 USING 列表的简写。

WHERE 子句

可选的 WHERE 条件具有如下一般形式：

WHERE boolean_expr
    

boolean_expr 可以是任何求值为布尔值的表达式。在很多情况下，这个表达式会是：

     expr cond_op expr
    

或

     log_op expr
    

其中 cond_op 可以是 =、<、<=、>、>= 或 <> 之一，或像 ALL、ANY、IN、LIKE 这样的条件操作符，或本地定义的操作符，而 log_op 可以是 AND、OR、NOT 之一。SELECT 将忽略所有 WHERE 条件不返回 TRUE 的行。

GROUP BY 子句

GROUP BY 指定通过应用此子句导出的分组表：

GROUP BY expression [, ...]
    

GROUP BY 把在分组列上共享相同值的所有选中行压缩为单行。聚合函数（如果使用了的话）会在组成每个组的所有行上进行计算，为每个组产生一个单独的值（而没有 GROUP BY 时，聚合会产生一个在所有被选中的行上计算出的单一值）。当存在 GROUP BY 时，SELECT 输出表达式引用未分组的列是无效的，除非是在聚合函数内部，因为对一个未分组的列可能会有多个可能的返回值。

GROUP BY 项可以是输入列名、输出列（SELECT 表达式）的名称或序号，也可以是由输入列值构成的任意表达式。在有歧义时，GROUP BY 名称将被解释为输入列名而不是输出列名。

HAVING 子句

可选的 HAVING 条件具有如下一般形式：

HAVING boolean_expr
    

其中 boolean_expr 与为 WHERE 子句指定的相同。

HAVING 指定通过消除不满足 boolean_expr 的组行而导出的分组表。HAVING 与 WHERE 不同：WHERE 在应用 GROUP BY 之前过滤单独的行，而 HAVING 过滤 GROUP BY 创建的组行。

boolean_expr 中引用的每一列都应无歧义地引用一个分组列，除非该引用出现在聚合函数内。

ORDER BY 子句

ORDER BY expression [ ASC | DESC | USING operator ] [, ...]
    

ORDER BY 项可以是输出列（SELECT 表达式）的名称或序号，也可以是由输入列值构成的任意表达式。在有歧义时，ORDER BY 名称将被解释为输出列名。

序号指结果列的（从左到右的）位置。这一特性使得可以基于没有合适名称的列定义排序。这永远不是绝对必要的，因为总是可以用 AS 子句为结果列赋予一个名称，例如：

SELECT title, date_prod + 1 AS newlen FROM films ORDER BY newlen;
    

也可以按任意表达式 ORDER BY（对 SQL92 的扩展），包括不出现在 SELECT 结果列表中的字段。因此下面的语句是合法的：

SELECT name FROM distributors ORDER BY code;
    

这一特性的一个限制是：应用于 UNION、INTERSECT 或 EXCEPT 查询结果的 ORDER BY 子句只能指定输出列名或编号，不能指定表达式。

注意，如果 ORDER BY 项是一个既匹配结果列名又匹配输入列名的简单名称，ORDER BY 将把它解释为结果列名。这与 GROUP BY 在相同情况下所作的选择相反。这种不一致是 SQL92 标准规定的。

还可以在 ORDER BY 子句中的每个列名后面添加关键字 DESC（降序）或 ASC（升序）。如果未指定，默认为 ASC。或者，可以指定一个特定的排序操作符名称。ASC 等价于 USING < 而 DESC 等价于 USING >。

UNION 子句

table_query UNION [ ALL ] table_query
    [ ORDER BY expression [ ASC | DESC | USING operator ] [, ...] ]
    [ LIMIT { count | ALL } [ { OFFSET | , } start ]]
    

其中 table_query 指定不带 ORDER BY、FOR UPDATE 或 LIMIT 子句的任何 select 表达式。（如果用圆括号括起，ORDER BY 和 LIMIT 可以附加到子表达式上。不带圆括号时，这些子句将被认为应用于 UNION 的结果，而不是它的右侧输入表达式。）

UNION 操作符计算所涉及查询返回的行的集合（集合并集）。表示 UNION 的直接操作数的两个 SELECT 必须产生相同数量的列，并且对应的列必须是兼容的数据类型。

UNION 的结果不包含任何重复行，除非指定了 ALL 选项。ALL 阻止消除重复行。

同一 SELECT 语句中的多个 UNION 操作符从左到右求值，除非圆括号另有指示。

目前，不能对 UNION 的结果或 UNION 的输入指定 FOR UPDATE。

INTERSECT 子句

table_query INTERSECT [ ALL ] table_query
    [ ORDER BY expression [ ASC | DESC | USING operator ] [, ...] ]
    [ LIMIT { count | ALL } [ { OFFSET | , } start ]]
    

其中 table_query 指定不带 ORDER BY、FOR UPDATE 或 LIMIT 子句的任何 select 表达式。

INTERSECT 类似于 UNION，只是它只产生在两个查询输出中都出现的行，而不是在任一输出中出现的行。

INTERSECT 的结果不包含任何重复行，除非指定了 ALL 选项。带 ALL 时，在 L 中有 m 个重复且在 R 中有 n 个重复的行将出现 min(m,n) 次。

同一 SELECT 语句中的多个 INTERSECT 操作符从左到右求值，除非圆括号另有指示。INTERSECT 比 UNION 绑定得更紧——也就是说，除非圆括号另有指定，A UNION B INTERSECT C 将被读作 A UNION (B INTERSECT C)。

EXCEPT 子句

table_query EXCEPT [ ALL ] table_query
    [ ORDER BY expression [ ASC | DESC | USING operator ] [, ...] ]
    [ LIMIT { count | ALL } [ { OFFSET | , } start ]]
    

其中 table_query 指定不带 ORDER BY、FOR UPDATE 或 LIMIT 子句的任何 select 表达式。

EXCEPT 类似于 UNION，只是它只产生在左查询输出中出现而在右查询输出中不出现的行。

EXCEPT 的结果不包含任何重复行，除非指定了 ALL 选项。带 ALL 时，在 L 中有 m 个重复且在 R 中有 n 个重复的行将出现 max(m-n,0) 次。

同一 SELECT 语句中的多个 EXCEPT 操作符从左到右求值，除非圆括号另有指示。EXCEPT 与 UNION 绑定在同一级别。

LIMIT 子句

    LIMIT { count | ALL } [ { OFFSET | , } start ]
    OFFSET start
    

其中 count 指定返回的最大行数，start 指定开始返回行之前要跳过的行数。

LIMIT 允许只取回由查询其余部分产生的行的一部分。如果给出了限制数，则返回不超过那么多的行。如果给出了偏移，则在开始返回行之前跳过那么多的行。

使用 LIMIT 时，最好使用把结果行约束为唯一顺序的 ORDER BY 子句。否则你会得到查询行的一个不可预测的子集——你可能要的是第十到第二十行，但是按什么顺序的第十到第二十行？除非指定了 ORDER BY，否则你不知道顺序。

从 Postgres 7.0 起，查询优化器在生成查询计划时会把 LIMIT 考虑在内，所以很可能根据 LIMIT 和 OFFSET 的不同取值得到不同的计划（产生不同的行顺序）。因此，除非用 ORDER BY 强制可预测的结果顺序，用不同的 LIMIT/OFFSET 值选择查询结果的不同子集将得到不一致的结果。这不是缺陷；它是 SQL 不承诺以任何特定顺序给出查询结果这一事实的必然后果，除非用 ORDER BY 约束顺序。

扩展

Postgres 允许在查询中省略 FROM 子句。此特性是从最初的 PostQuel 查询语言保留下来的。它有一个直接的用途：计算简单常量表达式的结果：

SELECT 2+2;

 ?column?
----------
        4
  

一些其他 DBMS 做不到这一点，除非引入一个单行的哑表来从中做选择。一个不太明显的用法是缩写对一个或多个表的普通选择：

SELECT distributors.* WHERE name = 'Westward';

 did | name
-----+----------
 108 | Westward
  

这之所以可行，是因为对查询中引用但在 FROM 中未提及的每个表，都会添加一个隐式的 FROM 项。虽然这是一个方便的缩写，但很容易误用。例如，查询

SELECT distributors.* FROM distributors d;
  

很可能是笔误；用户最可能想要的是

SELECT d.* FROM distributors d;
  

而不是他实际会得到的无约束连接

SELECT distributors.* FROM distributors d, distributors distributors;
  

为了帮助检测这类错误，Postgres 7.1 及以后版本在查询同时使用了隐式 FROM 特性和显式 FROM 子句时将发出警告。

SQL92

 
table_query UNION [ALL]
    [CORRESPONDING [BY (column [,...])]]
    table_query