FROM 子句

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

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

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

FROM 项可以是表函数（通常是返回多行和/或多列的函数，但实际上任何函数都可以）。以给定的参数值调用该函数，然后其输出被当作表一样扫描。

在某些情况下，定义可以根据调用方式返回不同列集的表函数是有用的。为此，表函数可以声明为返回伪类型 record。当这样的函数用于 FROM 中时，它后面必须有别名或单独的关键字 AS，然后是圆括号括起的列名和类型列表。这提供了查询时的组合类型定义。组合类型定义必须与该函数返回的实际组合类型匹配，否则将在运行时报告错误。

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

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

LEFT OUTER JOIN 返回限定笛卡尔积中的所有行（即通过其 ON 条件的所有组合行），再加上左表中每一个没有通过 ON 条件的右行的行的一个副本。这个左表行通过为右表列插入空值扩展到被连接表的全宽度。注意，在决定哪些行有匹配时只考虑 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;
    

A limitation of this feature is that an ORDER BY clause applying to the result of a UNION, INTERSECT, or EXCEPT query may only specify an output column name or number, not an expression.

注意，如果 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 ]
    

where table_query 指定不带 ORDER BY、LIMIT 或 FOR UPDATE 子句的任何 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 ]
    

where table_query 指定不带 ORDER BY、LIMIT 或 FOR UPDATE 子句的任何 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 ]
    

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

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

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

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

LIMIT 子句

    LIMIT { count | ALL }
    OFFSET start
    

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

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

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

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

FOR UPDATE 子句

    FOR UPDATE [ OF tablename [, ...] ]
    

FOR UPDATE 使查询取回的行被像要更新一样锁定。这防止其他事务在当前事务结束之前修改或删除它们；也就是说，其他事务对这些行尝试 UPDATE、DELETE 或 SELECT FOR UPDATE 将被阻塞直到当前事务结束。此外，如果来自另一事务的 UPDATE、DELETE 或 SELECT FOR UPDATE 已经锁定了选中的一行或多行，SELECT FOR UPDATE 将等待另一事务完成，然后锁定并返回更新后的行（如果该行被删除则不返回行）。进一步的讨论见用户指南的并发章节。

如果在 FOR UPDATE 中命名了特定的表，那么只有来自那些表的行会被锁定； SELECT 中用到的任何其他表都只是被照常读取。

在返回的行无法清楚地与各个表行对应起来的上下文中，不能使用 FOR UPDATE ；例如它不能与聚合一起使用。

为了与 7.3 之前的应用兼容，FOR UPDATE 可以出现在 LIMIT 之前。但它实际上在 LIMIT 之后执行，所以推荐把它写在那里。

扩展

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

SELECT 2+2;

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

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

SELECT distributors.* WHERE distributors.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;
  

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

表函数特性是 PostgreSQL 的扩展。

SQL92

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