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

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

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

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

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

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

在学习 表 C.1 之前，务必了解，某个关键字在 PostgreSQL 中未被保留并不意味着与该关键字相关的功能未实现。相反，关键字的存在并不表示功能的存在。