表 C.1 列出了 SQL 标准和 PostgreSQL 16.2 中的所有关键字标记。可以在 第 4.1.1 节 中找到背景信息。（出于空间原因，仅包含 SQL 标准的最新两个版本，以及出于历史比较目的而包含 SQL-92。这些版本与其他中间标准版本之间的差异很小。）

SQL 区分保留和非保留关键字。根据标准，保留关键字是唯一真正的关键字；它们绝不允许用作标识符。非保留关键字仅在特定上下文中具有特殊含义，并且可以在其他上下文中用作标识符。大多数非保留关键字实际上是 SQL 指定的内置表和函数的名称。非保留关键字的概念本质上仅存在于声明在某些上下文中某个单词附加了某种预定义含义。

在 PostgreSQL 解析器中，情况会稍微复杂一些。有几类不同的标记，从那些永远不能用作标识符的标记到那些在解析器中绝对没有特殊状态的标记，但被认为是普通标识符。（对于 SQL 指定的函数，通常情况是后者。）即使在 PostgreSQL 中，保留关键字也不是完全保留的，但可以用作列标签（例如，SELECT 55 AS CHECK，即使 CHECK 是一个保留关键字）。

在 表 C.1 中的 PostgreSQL 列中，我们将解析器明确识别但允许作为列或表名的关键字归类为 “非保留”。一些原本非保留的关键字不能用作函数或数据类型名，并已做相应标记。（大多数这些单词表示具有特殊语法的内置函数或数据类型。该函数或类型仍然可用，但不能由用户重新定义。）标记为 “保留” 的标记是不允许用作列或表名的标记。一些保留关键字允许用作函数或数据类型名；这也显示在表中。如果没有此标记，则保留关键字仅允许用作列标签。此列中的空白条目表示 PostgreSQL 将该单词视为普通标识符。

此外，虽然大多数关键字可以用作 “裸” 列标签，而无需在它们之前编写 AS（如 第 7.3.2 节 中所述），但也有一些需要前导 AS 以避免歧义。它们在表中标记为 “需要 AS”。

一般规则是，如果您使用列出的任何关键字作为标识符而导致命令出现虚假解析器错误，则应尝试引用标识符以查看问题是否消失。

在研究 表 C.1 之前，重要的是要了解，关键字在 PostgreSQL 中未保留这一事实并不意味着与该单词相关的功能未实现。相反，关键字的存在并不表示功能的存在。