表 C.1 列出了 SQL 标准和 PostgreSQL 17.0 中所有作为关键字的标记。背景信息可以在 第 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 中，关键字未被保留并不意味着与该关键字相关的功能未被实现。反之，关键字的存在并不表示功能的存在。