SELECT

FROM 子句

FROM 子句为 SELECT 声明一个或者多个源表。如果声明了多个源表，那么结果就是所有源表的笛卡儿积(交叉连接)。但是通常会添加一些条件，把返回行限制成笛卡儿积的一个小的子集。

FROM 子句可以包括下列元素：

WHERE 子句

可选的 WHERE 条件有如下常见的形式：

WHERE condition

这里 condition 可以是任意生成类型为 boolean 的表达式。任何不满足这个条件的行都会从输出中删除。如果一个行的数值代入到条件中计算出来的结果为真，那么该行就算满足条件。

GROUP BY 子句

可选的 GROUP BY 子句的一般形式

GROUP BY expression [, ...]

它将把所有在组合表达式上拥有相同值的行压缩成一行。expression 可以是一个输入字段名字，或者是一个输出字段(SELECT 列表项)的名字或序号，或者也可以是任意输入字段组成的表达式。在有歧义的情况下，一个 GROUP BY 的名字将被解释成输入字段的名字，而不是输出字段的名字。

如果使用了聚集函数，那么就会对每组中的所有行进行计算并生成一个单独的值(而如果没有 GROUP BY ，那么聚集将对选出来的所有行计算出一个单独的值)。如果出现了 GROUP BY ，那么 SELECT 列表表达式中再引用那些没有分组的字段就是非法的，除非放在聚集函数里，因为对于未分组的字段，可能会返回多个数值。

HAVING 子句

可选的 HAVING 子句有如下形式：

HAVING condition

这里 condition 与为 WHERE 子句里声明的相同。

HAVING 去除了一些不满足条件的组行。它与 WHERE 不同：WHERE 在使用 GROUP BY 之前过滤出单独的行，而 HAVING 过滤由 GROUP BY 创建的行。在 condition 里引用的每个字段都必须无歧义地引用一个分组的行，除非引用出现在一个聚集函数里。

HAVING 的出现把查询变成一个分组的查询，即使没有 GROUP BY 子句也这样。这一点和那些包含聚集函数但没有 GROUP BY 子句的查询里发生的事情是一样的。所有选取的行都被认为会形成一个单一的组，而 SELECT 列表和 HAVING 子句只能从聚集函数里面引用表的字段。这样的查询在 HAVING 条件为真的时候将发出一个行，如果为非真，则返回零行。

SELECT 列表

SELECT 列表(在 SELECT 和 FROM 关键字之间的部分)声明组成 SELECT 语句的输出行的表达式。这些表达式可以(并且通常也会)引用在 FROM 子句里面计算出来的字段。通过使用子句 AS output_name 可以为输出字段取个别名。这个别名通常用于输出字段的显示。它也可以用于在 ORDER BY 和 GROUP BY 子句中引用字段值，但是不能在 WHERE 或 HAVING 子句中使用；在那里你必须使用表达式本身。

除了表达式，也可以在输出列表中使用 * 表示所有字段。还可以用 table_name.* 作为来自该表的所有字段的缩写。

UNION 子句

UNION 子句的一般形式是：

select_statement UNION [ ALL ] select_statement

这里的 select_statement 是任意没有 ORDER BY, LIMIT, FOR UPDATE, FOR SHARE 子句的 SELECT 语句。如果用圆括弧包围，ORDER BY 和 LIMIT 可以附着在子表达式里。如果没有圆括弧，这些子句将交给 UNION 的结果使用，而不是给它们右边的输入表达式。

UNION 操作符计算那些涉及到的所有 SELECT 语句返回的行的结果联合。一个行如果至少在两个结果集中的一个里面出现，那么它就会在这两个结果集的集合联合中。两个作为 UNION 直接操作数的 SELECT 必须生成相同数目的字段，并且对应的字段必须有兼容的数据类型。

缺省的 UNION 结果不包含任何重复的行，除非声明了 ALL 子句。ALL 制止了消除重复的动作。因此，UNION ALL 通常比 UNION 明显要快，可能的情况下尽量使用 ALL 。

同一个 SELECT 语句中的多个 UNION 操作符是从左向右计算的，除非用圆括弧进行了标识。

目前，FOR UPDATE 和 FOR SHARE 不能在 UNION 的结果或输入中声明。

INTERSECT 子句

INTERSECT 子句的一般形式是：

select_statement INTERSECT [ ALL ] select_statement

select_statement 是任何不带 ORDER BY, LIMIT, FOR UPDATE, FOR SHARE 子句的 SELECT 语句。

INTERSECT 计算涉及的 SELECT 语句返回的行集合的交集。如果一个行在两个结果集中都出现，那么它就在两个结果集的交集中。

INTERSECT 的结果不包含任何重复行，除非你声明了 ALL 选项。用了 ALL 以后，一个在左边的表里有 m 个重复而在右边表里有 n 个重复的行将出现 min(m, n) 次。

除非用圆括号指明顺序，同一个 SELECT 语句中的多个 INTERSECT 操作符是从左向右计算的。INTERSECT 比 UNION 绑定得更紧，也就是说 A UNION B INTERSECT C 将理解成 A UNION (B INTERSECT C) ，除非你用圆括弧声明。

目前，不能给 INTERSECT 的结果或者任何 INTERSECT 的输入声明 FOR UPDATE 和 FOR SHARE 。

EXCEPT 子句

EXCEPT 子句有如下的通用形式：

select_statement EXCEPT [ ALL ] select_statement

select_statement 是任何没有 ORDER BY, LIMIT, FOR UPDATE, FOR SHARE 子句的 SELECT 表达式。

EXCEPT 操作符计算存在于左边 SELECT 语句的输出而不存在于右边 SELECT 语句输出的行。

EXCEPT 的结果不包含任何重复的行，除非声明了 ALL 选项。使用 ALL 时，一个在左边表中有 m 个重复而在右边表中有 n 个重复的行将在结果中出现 max(m-n,0) 次。

除非用圆括弧指明顺序，否则同一个 SELECT 语句中的多个 EXCEPT 操作符是从左向右计算的。EXCEPT 和 UNION 的绑定级别相同。

目前，不能给 EXCEPT 的结果或者任何 EXCEPT 的输入声明 FOR UPDATE 或 FOR SHARE 子句。

ORDER BY 子句

可选的 ORDER BY 子句有下面的一般形式：

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

expression 可以是一个输出字段(SELECT 列表项)的名字或者序号，或者也可以是用输入字段的数值组成的任意表达式。

ORDER BY 子句导致结果行根据指定的表达式进行排序。如果根据最左边的表达式，两行的结果相同，那么就根据下一个表达式进行比较，依此类推。如果对于所有声明的表达式他们都相同，那么按随机顺序返回。

序数指的是字段按顺序(从左到右)的位置。这个特性可以对没有唯一名称的字段进行排序。这不是必须的，因为总是可以通过 AS 子句给一个要计算的字段赋予一个名称。

在 ORDER BY 里还可以使用任意表达式，包括那些没有出现在 SELECT 结果列表里面的字段。因此下面的语句现在是合法的：

SELECT name FROM distributors ORDER BY code;

这个特性的一个局限就是应用于 UNION, INTERSECT, EXCEPT 查询的 ORDER BY 子句只能在一个输出字段名或者数字上声明，而不能在一个表达式上声明。

请注意如果一个 ORDER BY 表达式是一个简单名称，同时匹配结果字段和输入字段，ORDER BY 将把它解释成结果字段名称。这和 GROUP BY 在同样情况下做的选择正相反。这样的不一致是由 SQL 标准强制的。

可以给 ORDER BY 子句里每个字段加一个可选的 ASC(升序，缺省)或 DESC(降序)关键字。还可以在 USING 子句里声明一个排序操作符来实现排序。ASC 等效于使用 USING < 而 DESC 等效于使用 USING > 。但是一个用户定义类型的创建者可以明确定义缺省的排序顺序，并且可以使用其他名称的操作符。

NULL 被认为比其他值都大。换句话说，升序排序时，NULL 排在末尾，而降序排序时 NULL 排在开头。

字符类型的数据是按照区域相关的字符集顺序排序的，这个区域是在数据库集群初始化的时候建立的。

DISTINCT 子句

如果声明了 DISTINCT ，那么就从结果集中删除所有重复的行(每个有重复的组都保留一行)。ALL 声明相反的作用：所有行都被保留(这是缺省)。

DISTINCT ON ( expression [, ...] ) 只保留那些在给出的表达式上运算出相同结果的行集合中的第一行。DISTINCT ON 表达式是使用与 ORDER BY 相同的规则进行解释的。请注意，除非使用了 ORDER BY 来保证需要的行首先出现，否则，"第一行"是不可预测的。比如，

SELECT DISTINCT ON (location) location, time, report
    FROM weather_reports
    ORDER BY location, time DESC;

为每个地点检索最近的天气报告。但是如果没有使用 ORDER BY 来强制对每个地点的时间值进行降序排序，那么就会得到每个地点的不知道什么时候的报告。

DISTINCT ON 表达式必须匹配最左边的 ORDER BY 表达式。ORDER BY 子句将通常包含额外的表达式来判断每个 DISTINCT ON 组里面需要的行的优先级。

LIMIT 子句

LIMIT 子句由两个独立的子句组成：

LIMIT { count | ALL }
OFFSET start

count 声明返回的最大行数，而 start 声明开始返回行之前忽略的行数。如果两个都指定了，那么在开始计算 count 个返回行之前将先跳过 start 行。

使用 LIMIT 的一个好习惯是使用一个 ORDER BY 子句把结果行限制成一个唯一的顺序。否则你会得到无法预料的结果子集，你可能想要第十行到第二十行，除非你声明 ORDER BY ，否则你不知道什么顺序。

查询优化器在生成查询规划时会把 LIMIT 考虑进去，所以你很有可能因给出的 LIMIT 和 OFFSET 值不同而得到不同的规划(生成不同的行序)。因此用不同的 LIMIT/OFFSET 值选择不同的查询结果的子集将不会产生一致的结果，除非你用 ORDER BY 强制生成一个可预计的结果顺序。这可不是 bug ；这是 SQL 生来的特点，因为除非用了 ORDER BY 约束顺序，SQL 不保证查询生成的结果有任何特定的顺序。

FOR UPDATE/FOR SHARE 子句

FOR UPDATE 子句的形式如下：

FOR UPDATE [ OF table_name [, ...] ] [ NOWAIT ]

很相近的 FOR SHARE 子句的形式如下：

FOR SHARE [ OF table_name [, ...] ] [ NOWAIT ]

FOR UPDATE 令那些被 SELECT 检索出来的行被锁住，就像要更新一样。这样就避免它们在当前事务结束前被其它事务修改或者删除；也就是说，其它企图 UPDATE, DELETE, SELECT FOR UPDATE 这些行的事务将被阻塞，直到当前事务结束。同样，如果一个来自其它事务的 UPDATE, DELETE, SELECT FOR UPDATE 已经锁住了某个或某些选定的行，SELECT FOR UPDATE 将等到那些事务结束，并且将随后锁住并返回更新的行(或者不返回行，如果行已经被删除)。更多的讨论参阅章12。

为了避免操作等待其它事务提交，使用 NOWAIT 选项。如果被选择的行不能立即被锁住，那么 SELECT FOR UPDATE NOWAIT 将会立即汇报一个错误，而不是等待。请注意，NOWAIT 只适用于行级别的锁，要求的表级锁 ROW SHARE 仍然以通常的方法进行(参阅 章12)。如果需要申请表级别的锁同时又不等待，那么你可以使用 LOCK 的 NOWAIT 选项。

FOR SHARE 的行为类似，只是它在每个检索出来的行上要求一个共享锁，而不是一个排它锁。一个共享锁阻塞其它事务在这些行上执行 UPDATE, DELETE, SELECT FOR UPDATE 却不阻止他们执行 SELECT FOR SHARE 。

如果在 FOR UPDATE 或 FOR SHARE 中明确指定了表名字，那么将只有这些指定的表被锁定，其他在 SELECT 中使用的表将不会被锁定。一个其后不带表列表的 FOR UPDATE 或 FOR SHARE 子句将锁定该命令中所有使用的表。如果 FOR UPDATE 或 FOR SHARE 应用于一个视图或者子查询，它同样将锁定所有该视图或子查询中使用到的表。

多个 FOR UPDATE 和 FOR SHARE 子句可以用于为不同的表指定不同的锁定模式。如果一个表出同时出现(或隐含同时出现)在 FOR UPDATE 和 FOR SHARE 子句中，那么将按照 FOR UPDATE 处理。类似的，如果影响一个表的任意子句中出现了 NOWAIT ，那么该表将按照 NOWAIT 处理。

FOR UPDATE 和 FOR SHARE 不能在那些无法使用独立的表行清晰标识返回行的环境里；比如，它不能和聚集一起使用。

BEGIN;
SELECT * FROM mytable WHERE key = 1 FOR UPDATE;
SAVEPOINT s;
UPDATE mytable SET ... WHERE key = 1;
ROLLBACK TO s;

省略 FROM 子句

PostgreSQL 允许在一个查询里省略 FROM 子句。它的最直接用途就是计算简单的常量表达式的结果：

SELECT 2+2;

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

其它有些 SQL 数据库不能这么做，除非引入一个单行的伪表做为 SELECT 的数据源。

请注意，如果没有声明 FROM 子句，那么查询不能引用任何数据库表。比如，下面的查询是非法的：

SELECT distributors.* WHERE distributors.name = 'Westward';

PostgreSQL 8.1 之前的版本支持这种形式的查询，为查询里引用的每个表都增加一个隐含的条目到 FROM 子句中。现在这个不再是缺省的行为了，因为它和 SQL 标准不兼容，并且被认为太容易导致错误了。为了兼容那些依赖这个行为的应用，可以打开 add_missing_from 配置参数。

AS 关键字

在 SQL 标准里，可选的 AS 关键字是多余的，可以忽略掉而不对语句产生任何影响。PostgreSQL 分析器在重命名输出字段时需要这个关键字，因为类型扩展的特性会在这种情况下导致歧义。不过，AS 在 FROM 项里是可选的。

GROUP BY 和 ORDER BY 里可用的名字空间

在 SQL-92 标准里，ORDER BY 子句只能使用结果字段名或者编号，而 GROUP BY 子句只能用基于输入字段名的表达式。PostgreSQL 对这两个子句都进行了扩展，允许另外一种选择(但是如果存在歧义，则使用标准的解释)。PostgreSQL 还允许两个子句声明任意的表达式。请注意在表达式中出现的名字总是被当作输入字段名，而不是结果字段名。

SQL:1999 以及之后的一个略微不同的定义并不能和 SQL-92 完全向前兼容。不过，在大多数情况下，PostgreSQL 将把一个 ORDER BY 或 GROUP BY 表达式解析成为 SQL:1999 制定的那样。

非标准子句

DISTINCT ON, LIMIT, OFFSET 子句都没有在 SQL 标准中定义。