WITH子句允许用户指定一个或者多个在主查询中可以其名称引用的子查询。在主查询期间子查询实际扮演了临时表或者视图的角色。每一个子查询都可以是一个SELECT或者VALUES语句。

对于每一个WITH子句，都必须指定一个名称（无需方案限定）。可选地，可以指定一个列名列表。如果省略该列表，会从该子查询中推导列名。主查询和WITH查询全部（理论上）都在同一时间被执行。

SELECT列表（位于关键词SELECT和FROM之间）指定构成SELECT语句输出行的表达式。这些表达式 可以（并且通常确实会）引用FROM子句中计算得到的列。

另一个名字可以被指定用于一个输出列的名称，使用[AS] output_name。该名称最基本是出于显示目的标记列。一个输出列的名称可以被用来在ORDER BY以及ORDER BY子句中引用该列的值，但是不能用于 WHERE和HAVING子句（在其中必须写出表达式）。在大多数场景下，AS关键词是可选的（例如当为一个列名、常量、函数调用、简单一元操作表达式声明一个别名）。 为了避免声明的别名与关键词冲突，输出名一定要使用双引号包含起来。推荐总是写上AS或者用双引号引用输出名称。

一个SELECT列表中的表达式可以为常量值、一个列引用、一个操作符调用、一个函数调用、一个窗口表达式、一个标量子查询（scalar subquery）等等。一些构造可以分类为一个表达式但是不符合通用的语法规则。这些通常有一个操作符或者函数的语义。关于SQL值表达式以及函数调用的信息，见在Greenplum数据库管理员指南 中的“查询数据”。

可以在输出列表中写*来取代表达式，它是被选中行的所有列的一种简写方式。还可以写table_name.*，它 是只来自那个表的所有列的简写形式。

FROM子句为SELECT指定一个或者更多源表。如果指定了多个源表，结果将是所有源表的 笛卡尔积（交叉连接）。但是通常会增加限定条件，来把返回的行限制为该笛卡尔积的一个小子集。FROM子句可以包含下列元素：

table_name

一个现有表或视图的名称（可以是方案限定的）。如果在表名前指定了 ONLY，则只会扫描该表。如果没有指定ONLY，该表及其所有后代表（如果有）都会被扫描。

alias

一个包含别名的FROM项的替代名称。别名被用于让书写简洁或者消除自连接中的混淆（其中同一个表会被扫描多次）。当提供一个别名时，表或者函数的实际名称会被隐藏。例 如，给定FROM foo AS f，SELECT的剩余部分就必须以f而不是foo来引用这个FROM项。如果写了一个别名，还可以写一个列别名列表来为该表的一个或者多个列提供替代名称。

select

一个子-SELECT可以出现在 FROM子句中。这就好像把它的输出创建为一个存在于该SELECT命令期间的临时表。注意 子-SELECT必须用圆括号包围，并且必须为它提供一个别名。也可以在这里使用一个VALUES命令。见 兼容性部分的“非标准子句”关于在Greenplum数据库中使用相关子查询的局限性。

with_query_name

在FROM子句中，可以通过写一个WITH查询的名称来引用WITH查询，就好像 该查询的名称是一个表名。WITH查询的名称不能包含一个方案限定词。可以像表一样， 以同样的方式提供一个别名。

function_name

函数调用可以出现在FROM子句中（对于返回结果集合的函数特别有用，但是可以使用任何函数）。这就好像把该函数的输出创建为一个存在于该SELECT命令期间的临时表。可以用和表一样的方式提供一个别名。如果写了一个别名，还可以写一个列别名列表来为该函数的组合返回类型的一个或者多个属性提供替代名。如果函数被定义为返回record数据类型，那么必须出现一个 别名或者关键词AS，后面跟上形为 ( column_name data_type [, ... ] )的列定义列表。列定义列表必须匹配该函数返回的列的实际数量和类型。

join_type

下列之一：

• [INNER] JOIN
• LEFT [OUTER] JOIN
• RIGHT [OUTER] JOIN
• FULL [OUTER] JOIN
• CROSS JOIN

对于INNER和OUTER连接类型，必须指定一个连接条件，即NATURALON join_condition或者 USING ( join_column [, ...]) 之一（只能有一种）。其含义见下文。对于CROSS JOIN，上述子句不能出现。

一个JOIN子句联合两个FROM项（ 为了方便我们称之为"表"，尽管实际上它们可以是任何类型 的FROM项）。如有必要可以使用圆括号确定嵌套的顺序。在没有圆括号时，JOIN会从左至右嵌套。在任何情况下，JOIN的联合比分隔JOIN-列表项的逗号更强。

CROSS JOIN和INNER JOIN会产生简单的笛卡尔积，也就是与在FROM的顶层列出两个表得到的结果相同，但是要用连接条件（如果有）约束该结果。CROSS JOIN与INNER JOIN ON(TRUE)等效，也就是说条件不会移除任何行。这些连接类型只是一种记号上的方便，因为没有什么是用户用纯粹的FROM和WHERE能做而它们不能做的。

LEFT OUTER JOIN返回被限制过的笛卡尔积中的所有行（即所有通过了其连接条件的组合行），外加左手表中 没有相应的通过了连接条件的右手行的每一行的拷贝。通过在右手列中插入空值，这种左手行会被扩展为连接表的完整行。注意在决 定哪些行匹配时，只考虑JOIN子句自身的条件。之后才应用外条件。

相反，RIGHT OUTER JOIN返回所有连接行，外加每 一个没有匹配上的右手行（在左端用空值扩展）。这只是为了记号 上的方便，因为用户可以通过交换左右表把它转换成一个LEFT OUTER JOIN。

FULL OUTER JOIN返回所有连接行，外加每 一个没有匹配上的左手行（在右端用空值扩展），再外加每一个没有 匹配上的右手行（在左端用空值扩展）。

ON join_condition

join_condition是一个会得到boolean类型值的表达式（类似于一个WHERE子句），它说明一次连接中哪些行被认为相匹配。

USING (join_column [, ...])

形式USING ( a, b, ... )的子句是ON left_table.a = right_table.a AND left_table.b = right_table.b ... 的简写。还有，USING表示每一对相等列中只有一个会被包括在连接输出中。

NATURAL

NATURAL是列出在两个表中所有具有 相同名称的列的USING的简写。

可选的WHERE子句的形式：

WHERE condition

其中condition是任一计算得到boolean类型结果的表达式。任何不满足 这个条件的行都会从输出中被消除。如果用一行的实际值替换其中的 变量引用后，该表达式返回真，则该行符合条件。

可选的GROUP BY子句的形式：

GROUP BY grouping_element [, ...]

grouping_element可以为下列之一：

()
expression
ROLLUP (expression [,...])
CUBE (expression [,...])
GROUPING SETS ((grouping_element [, ...]))

GROUP BY将会把所有被选择的行中共享相同分组表达式值的那些行压缩成一个行。一个被用在 expression可以是输入列名、输出列 （SELECT列表项）的名称或序号或者由输入列 值构成的任意表达式。在出现歧义时，GROUP BY名称 将被解释为输入列名而不是输出列名。

聚集函数（如果使用）会在组成每一个分组的所有行上进行计算，从而为每一个分组产生一个单独的值（如果有聚集函数但是没有GROUP BY子句，则查询会被当成是由所有选中行构成的一个单一分组）。当存在GROUP BY子句或者任何聚集函数时，SELECT列表表达式不能引用非分组列（除非它 出现在聚集函数中或者它函数依赖于分组列），因为这样做会导致返回非分组列的值时会有多种可能的值。

Greenplum数据库有下面增加的OLAG分组扩展（通常被称为supergroups）：

ROLLUP

一个ROLLUP分组是GROUP BY分组的扩展。 该分组创建一个从最细的级别到一个粗粒度级别上卷聚集操作，后面紧跟着一系列的分组列（或者表达式）。 ROLLUP接受一个有序的分组列，计算在GROUP BY中指定的标准聚集值，然后从右到左进一步创建高层次的部分和。最后创建了累积和。一个ROLLUP 分组能够看做一系列的分组集。例如：

GROUP BY ROLLUP (a,b,c) 

等价于：

GROUP BY GROUPING SETS( (a,b,c), (a,b), (a), () ) 

注意，一个有n个元素的 ROLLUP翻译为 n+1 分组集。同时， 在ROLLUP中指定分组表达式的顺序很重要。

CUBE

CUBE分组是 GROUP BY子句的一个扩展。它能够为给定的分组列（或者表达式）所有可能的组合创建部分和。在多维分析上，CUBE为指定维度的、可计算的数据立方体计算出所有的部分和。例如：

GROUP BY CUBE (a,b,c) 

等价于：

GROUP BY GROUPING SETS( (a,b,c), (a,b), (a,c), (b,c), (a), 
(b), (c), () ) 

注意，一个有 n 个元素的CUBE翻译为2n个分组集。 在任何需要交叉表报表的场景下，考虑使用CUBE。CUBE典型的适用于查询中从多个维度中使用列而不是一个列代表不同层次上使用列。例如，例如，一个常用的交叉列表 可能需要分类汇总为月，所有组合的状态，和产品。

GROUPING SETS

GROUP BY子句中，可以在想要使用GROUPING SETS表达式的地方选择性指定分组集合。这允许精确的规范在多个维度而不用计算整个ROLLUP或CUBE。例如：

GROUP BY GROUPING SETS( (a,c), (a,b) )

如果使用分组扩展子句ROLLUP、 CUBE或者GROUPING SETS，有两个挑战将会出现。 首先，如何决定哪些结果行需要是部分和，以及给定的部分和的准确聚集层次。或者用户如何区别包含NULL或者由ROLLUP 、CUBE产生"NULL"值的结果行。第二，当在GROUP BY子句中指定了重复分组，如何决定哪些结果行是冗余的呢？有两个额外的分组函数可以使用在SELECT列表中帮助：

• grouping(column [, ...])— grouping函数能够被应用到一个或者更多的分组属性上来从正规的分组行区分开超级聚集行（这对将一个超级聚集行中表示所有值集合的“NULL”与普通行中的NULL区分开很有用）。该函数中的每个参数产生一个位 - 要么为1或者0，其中 1意味着结果行是超级聚集的，0意味着结果行来自于普通聚集。grouping 函数通过将这些位当做一个二进制数然后将它们转换为一个十进制的书，返回一个整数。
• group_id() — 对于包含有冗余分组集，group_id函数被用来鉴别在输出中的冗余行。所有unique分组集输出行将有一个为0的group_id 值。对于每个检测到的冗余的分组集，group_id 函数 分配一个大于0的group_id。在一个特定的冗余分组集中的所有行被有相同的group_id值。

WINDOW子句是用来定义一个能够被用在一个窗口函数（例如，rank或者avg）的OVER()表达式中的窗口。 例如：

SELECT vendor, rank() OVER (mywindow) FROM sale
GROUP BY vendor
WINDOW mywindow AS (ORDER BY sum(prc*qty));

一个 WINDOW子句有一般的形式：

WINDOW window_name AS (window_specification)

其中 window_specification可以为：

[window_name]
[PARTITION BY expression [, ...]]
[ORDER BY expression [ASC | DESC | USING operator] [NULLS {FIRST | LAST}] [, ...]
    [{RANGE | ROWS} 
      { UNBOUNDED PRECEDING
      | expression PRECEDING
      | CURRENT ROW
      | BETWEEN window_frame_bound AND window_frame_bound }]]
             其中 window_frame_bound可以为下列之一：
               UNBOUNDED PRECEDING
               expression PRECEDING
               CURRENT ROW
               expression FOLLOWING
               UNBOUNDED FOLLOWING

window_name

给窗口说明一个名字。

PARTITION BY

The PARTITION BY 子句基于指定表表达式的唯一值将结果集组织为逻辑组。当同窗口函数使用，函数将被单独地应用到每个分片。例如，如果用户在一个列名后紧跟一个PARTITION BY，结果集将会通过列的不同值进行分割。如果忽略，整个结果集被看做一个分片。

ORDER BY

The ORDER BY子句定义如何对结果集的每个分片进行排序。如果忽略，返回的行按照效率高的方式返回，可能每次有所不同。 注意： 缺乏连贯顺序的数据类型的列，例如，time，在一个窗口说明的ORDER BY子句不适合作为排序字段。时间，有或者没有时区，缺少一个明确的顺序，由于加法和减法没有预期的效果。例如，下面的一般不为真：x::time < x::time + '2 hour'::interval

ROWS | RANGE

通过使用ROWS或者RANGE子句来表示窗口的界（bounds）。窗口的界可能为一个分区的一个，多个行或者所有行。可以根据一系列的值距离当前行的值偏移量来表达(RANGE)或者依据距离当前行的偏移行数来表达(ROWS)。当使用 RANGE子句，一定要使用一个 ORDER BY子句。这是因为执行产生窗口的计算需要值是排好序的。另外，ORDER BY子句不能包含多于一个的表达式，同时表达式的必须为一个日期或者一个数值值。当使用 ROWS 或者 RANGE子句，如果用户只指定了一个开始行，那么当前行会作为窗口的最后一行。

PRECEDING — PRECEDING 子句定义以当前行为参考点窗口的第一行的位置。开始行依据距离当前行的前驱行数来表达。例如，在 ROWS 框架中，5 PRECEDING设置窗口开始于当前的第五个前驱行。在RANGE框架中，设置窗口开始于按照给定顺序的当前行的第五个前驱行。如果按照时间升序指定顺序，那么第一行为当前行五天前的行。UNBOUNDED PRECEDING设置窗口中的第一行为分区中的第一行。

BETWEEN — BETWEEN子句使用当前行作为参考点，定义了窗口的第一行和最后一行。第一行和最后一行依据当前行的前驱和后继的行的数目表达。例如，BETWEEN 3 PRECEDING AND 5 FOLLOWING设置窗口开始于当前行前驱的第三个行，结束于当前行后面的第五行。使用BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING设置窗口的第一行和最后一行为该分区中的一行和最后一行。这等效于在没有ROW 或者RANGE子句指定是的默认行为。

FOLLOWING — FOLLOWING 子句定义了使用当前行作为参考点的窗口的最后一行。最后一行的表示依据跟在当前行后面的行的行号。例如，在ROWS 框架中, 5 FOLLOWING 设置窗口的结束为止在当前行后的第五个行。在RANGE框架中，它设置窗口的结束为按在给定顺序跟在当前行后面的5行。如果指定属性为按照日期的升序，那么最一行为当前行之后5天的行。使用UNBOUNDED FOLLOWING设置窗口中的最后一行为分区中的最后一行。

如果没有指定一个ROW或者RANGE子句，窗口的界会从分区的第一行开始（UNBOUNDED PRECEDING） 同时以当前行为结束（CURRENT ROW），如果使用了ORDER BY 。如果ORDER BY 没有指定，那么窗口开始于分区（UNBOUNDED PRECEDING）的第一行同时结束语分区（UNBOUNDED FOLLOWING）的最后一行。

可选 HAVING子句的形式：

HAVING condition

其中condition与WHERE子句中指定的条件相同。HAVING消除不满足该条件的分组行。 HAVING与WHERE不同：WHERE会在应用GROUP BY之前过滤个体行，而HAVING过滤由GROUP BY创建的分组行。condition中引用的每一个列必须无歧义地引用一个分组列（除非该引用出现在一个聚集函数）。

即使没有GROUP BY子句，HAVING的存在也会把一个查询转变成一个分组查询。这和查询中包含聚集函数但没有GROUP BY子句时的情况相同。所有被选择的行都被认为是一个 单一分组，并且SELECT列表和 HAVING子句只能引用聚集函数中的表列。如果该HAVING条件为真，这样一个查询将会发出一个单一行； 否则不返回行。

UNION子句具有下面的形式：

select_statement UNION [ALL] select_statement

select_statement 是任何没有ORDER BY、LIMIT、 FOR UPDATE、 FOR SHARE和FOR KEY SHARE子句的SELECT语句（如果子表达式被包围在圆括号内， ORDER BY和LIMIT可以被附着到其上。如果没有 圆括号，这些子句将被应用到UNION的结果而不是右手边的表达式上）。

UNION操作符计算所涉及的 SELECT 语句所返回的行的并集。如果一行 至少出现在两个结果集中的一个内，它就会在并集中。作为UNION两个操作数的SELECT语句必须产生相同数量的列并且 对应位置上的列必须具有兼容的数据类型。

UNION的结果不会包含重复行，除非指定了ALL选项。ALL会阻止消除重复（因此， UNION ALL通常显著地快于UNION， 尽量使用ALL）。

除非用圆括号指定计算顺序， 同一个SELECT语句中的多个 UNION操作符会从左至右计算。

当前，FOR UPDATE 和FOR SHARE不能用于UNION结果或者 UNION的任何输入。

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)。

当前， FOR UPDATE 和FOR SHARE不能用于INTERSECT结果或者INTERSECT的任何输入。

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相同。

当前，FOR UPDATE 和 FOR SHARE不能用于 EXCEPT结果或者 EXCEPT的任何输入。

ORDER BY子句可选的形式如下：

ORDER BY expression [ASC | DESC | USING operator] [NULLS { FIRST | LAST}] [, ...]

每一个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（下降）。如果没有指定， ASC被假定为默认值。或者，可以在USING子句中指定一个特定的排序操作符名称。ASC通常等价于USING <而DESC通常等价于USING >（但是一种用户定义数据类型的创建者可以 准确地定义默认排序顺序是什么，并且它可能会对应于其他名称的操作符）。

如果指定NULLS LAST，空值会排在非空值之后；如果指定NULLS FIRST，空值会排在非空值之前。如果都没有指定， 在指定或者隐含ASC时的默认行为是NULLS LAST， 而指定或者隐含DESC时的默认行为是NULLS FIRST（因此，默认行为是空值大于非空值）。 当指定USING时，默认的空值顺序取决于该操作符是否为小于或者大于操作符。

注意顺序选项只应用到它们所跟随的表达式上。例如ORDER BY x, y DESC和ORDER BY x DESC, y DESC是不同的。

字符串数据被根据区域相关的排序规则顺序排序，该顺序在Greenplum数据库系统被初始化时建立。

如果指定了 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分组内行的优先级。

当Greenplum数据库处理包含有DISTINCT子句的查询时，查询将会转换为GROUP BY查询。在很多场景中，变换能够提供显著的性能提升。然而，当distinct值的数量与总的行数相近时，该转换可能会导致多个层次的分组计划的产生。在这种情况下，由于引入的低聚集度开销，预期性能会降低。

LIMIT子句两个独立的子句构成：

LIMIT {count | ALL}
OFFSET start

count指定要返回 的最大行数，而start指定在返回行之前要跳过的行数。在两者都被指定时，在开始计算要返回的 count行之前会跳过 start行。

在使用LIMIT时，用一个ORDER BY子句把 结果行约束到一个唯一顺序是个好办法。否则用户讲得到该查询结果行的 一个不可预测的子集 — 用户可能要求从第 10 到第 20 行，但是在 什么顺序下的第 10 到第 20 呢？除非指定ORDER BY，用户 是不知道顺序的。

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

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将会等待该其他事务完成，并且接着锁住并且返回更新过的表。

为了防止该操作等待其他事务提交，可使用NOWAIT。使用NOWAIT时， 如果选中的行不能被立即锁定，该语句会报告错误而不是等待。注意NOWAIT只适合行级锁 — 所要求的ROW SHARE表级锁仍然会以常规的方式取得。如果想要不等待的表级锁，用户可以先 使用带NOWAIT的LOCK（见LOCK）。

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进行处理。

Greenplum数据库允许我们省略 FROM子句。一种简单的使用是计算简单表达式 的结果，例如：

SELECT 2+2;

某些其他SQL数据库需要引入一个假的 单行表放在该SELECT要选择的表上。

注意，如果没有指定一个FROM子句，该查询就不能引用任何数据库表。对于依赖这种行为的应用的兼容性，add_missing_from配置参数能够可以启动。

在 SQL 标准中，可选关键词AS只是一个噪声，能够直接被省略没有任何的语义影响。Greenplum数据库解析器在重命名输出列时需要该关键词，因为没有它在类型扩展特性上回出现解析歧义。 只要新列名是一个合法的列名（就是说与任何保留关键词不同）， 就可以省略输出列名之前的可选关键词AS。 PostgreSQL要稍微严格些：只要新列名匹配 任何关键词（保留或者非保留）就需要AS。推荐的习惯是使用 AS或者带双引号的输出列名来防止与未来增加的关键词可能的冲突。然而，在FROM中AS是可选的。

在 SQL-92 标准中，一个ORDER BY子句只能使用输出列名或者序号，而一个GROUP BY子句只能使用基于输入列名的表达式。Greenplum数据库扩展了这两种子句以允许它们使用其他的选择（但如果有歧义时还是使用标准的解释）。Greenplum数据库也允许两种子句指定任意表达式。注意出现在一个表达式中的名称将总是被当做输入列名而 不是输出列名。

SQL:1999 及其后的标准使用了一种略微不同的定义，它并不完全向后兼容 SQL-92。不过，在大部分的情况下， Greenplum数据库会以与 SQL:1999 相同的 方式解释ORDER BY或GROUP BY表达式。

DISTINCT ON、LIMIT以及OFFSET 子句并没有在SQL标准中有定义。

为了防止数据在在Greenplum数据库的多个segment间不同步，任何一个定义为STABLE或者 VOLATILE的函数不能在Segment级别执行（如果它包含了SQL或者修改了数据库）。见CREATE FUNCTION获取更多信息。