Table C.1列出了在 SQL 标准以及PostgreSQL 14.22中被视为关键字的所有词元。背景信息可参见Section 4.1.1。（由于篇幅所限，这里只列出了 SQL 标准最近两个版本的情况，以及用于历史比较的 SQL-92；这些版本与其他中间标准版本之间的差异很小。）

SQL 区分保留关键字和非保留关键字。根据标准，保留关键字才是真正的关键字，它们绝不允许作为标识符使用。非保留关键字只在特定上下文中具有特殊含义，在其他上下文中则可以作为标识符使用。大多数非保留关键字实际上是 SQL 规定的内置表和内置函数名称。非保留关键字这一概念，本质上只是为了声明某个词在某些上下文中附带了预定义含义。

在PostgreSQL解析器中，情况要更复杂一些。这里的词元分属若干不同类别，从绝不能用作标识符的词元，到在解析器中完全没有特殊地位、只是被当作普通标识符处理的词元都有。（后一类通常就是 SQL 规定的函数名。）即使是保留关键字，在PostgreSQL中也不是绝对保留的，它们仍然可以用作列标签，例如SELECT 55 AS CHECK，尽管CHECK是一个保留关键字。

在Table C.1中针对PostgreSQL的那一列里，我们把解析器明确识别、但又允许作为列名或表名的那些关键字归类为“非保留”。某些原本属于非保留的关键字不能用作函数名或数据类型名，因此会另外加以标记。（这类词大多表示具有特殊语法的内置函数或数据类型。函数或类型本身仍然可用，但用户不能重新定义它们。）不允许作为列名或表名的词元则标为“保留”。有些保留关键字仍允许作为函数名或数据类型名，这一点也会在表中标出。如果没有额外标记，保留关键字就只允许作为列标签使用。该列中的空白项表示这个词会被PostgreSQL当作普通标识符处理。

此外，虽然大多数关键字都可以作为“bare”列标签使用，而不必像Section 7.3.2所述那样在前面写AS，但也有少数关键字为了避免歧义必须在前面写上AS。这些词会在表中标记为“requires AS”。

一般来说，如果你在某条命令中把这里列出的关键字当作标识符使用，并因此遇到意外的解析器错误，应尝试为该标识符加上引号，看看问题是否消失。

在研读Table C.1之前，有一点非常重要：某个关键字在PostgreSQL中不被保留，并不意味着与该词相关的特性尚未实现；反过来，某个关键字的存在也不意味着相应特性一定存在。