Table C.1列出了在SQL标准以及LightDB 13.8-24.2中作为关键词的所有记号。背景资料可以在Section 5.1.1中找到（由于篇幅的缘故，只包括了SQL标准的最近两个版本以及用于与历史比较的SQL-92。这些版本以及其他中间标准的版本之间的差别很小）。

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

在LightDB的解析器中，情况更加复杂。其中有多种不同的记号分类，从那些决不能被用作标识符的记号到那些在解析器中绝对没有特殊状态，但被认为是普通的标识符。（后者通常是SQL中指定的函数）。在LightDB中甚至保留关键词也不是完全被保留的，而是可以被用作列标签（例如可以写SELECT 55 AS CHECK，虽然CHECK是一个保留关键词）。

在Table C.1的LightDB列中，我们把解析器明确知道但允许作为列名或者表名的那些关键词分类为“非保留”。有一些关键词是非保留的，但是不能被用作函数或数据类型名称，因此它们会被标记（大部分这些词表示有特殊语法的内建函数或数据类型。这种函数或类型仍然可用，但是不能被用户重新定义）。不允许作为列名或表名的记号被打上“保留”的标签。某些保留关键词被允许作为函数或数据类型的名字，这也显示在该表中。如果没有被那样标记，保留关键词仅被允许作为列标签。 这一列的空白项意味着这个词被LightDB当作一个普通的标识符。

此外，虽然大多数关键词可以用作“bare”列标签，而不用在它们前面写AS（如Section 8.3.2中描述的那样），但有一些需要在前面加上AS以避免歧义。 这些在表中被标记为“requires AS”。

一般来说，如果你在使用任何所列出关键词作为标识符的命令，遇到虚假的解析器错误，应该尝试将该标识符加上引号来看看是否能解决问题。

在学习Table C.1之前有一件重要的事情是理解一个在LightDB中不被保留的关键字并不意味着与该词相关的特性没有被实现。反过来，一个关键词的存在也不表示相应特性的存在。