表 C.1 列出了 SQL 标准和 PostgreSQL 17.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 中不是保留的，并不意味着与该词相关的功能未实现。相反，关键字的存在并不表示存在某个功能。