表 C.1に標準SQLとPostgreSQL 14.5においてキーワードとされているすべてのトークンを示します。 この背景となる情報は4.1.1にあります。 （スペースの都合上、標準SQLのより新しい２つのバージョンと歴史的な比較のためのSQL-92のみを含めています。 これらと他の標準の中間のバージョンの違いはわずかです。）

SQLは予約と未予約キーワードを区別します。 標準に従うと予約キーワードのみが真のキーワードとなり、その予約キーワードは識別子として使用することはできません。 未予約キーワードはある特定の文脈で特別な意味を持ち、また、その他の文脈では識別子として使用することができます。 ほとんどの未予約キーワードは、SQLで規定された組み込みのテーブル名と関数名です。 未予約キーワードの本質的な存在意義は、ある文脈においては前もって定義された意味があることを宣言することだけです。

PostgreSQLの構文解析の過程では、少々複雑になります。 複数の異なったトークンのクラスがあり、それらは識別子としてまったく使用できないものから、普通の識別子と見なされるものの、パーサ内で特別なステータスを持たないものまであります。 （後者は一般的にはSQLで規定された関数です。） PostgreSQLでは予約キーワードは完全に予約されたものではなく、列ラベルとして使用することができます（例：CHECKは予約キーワードですが、SELECT 55 AS CHECKのようにすることができます）。

表 C.1のPostgreSQLの列では、パーサがはっきりと理解しているキーワードではあるが、列名やテーブル名としても使用できるものを「未予約」としています。 キーワードの中には、どちらかといえば未予約であるが、関数名や型名として使用できないものもあり、そのように注記しています。 （このようなキーワードのほとんどは、特殊な構文をもった組み込み済みの関数やデータ型を表しています。 この関数または型は使用することができますが、ユーザによって定義し直すことはできません。） 一方、「予約」とされるものは列名やテーブル名として使用できないトークンです。 予約キーワードの中には関数名やデータ型として使用できるものもあります。 この情報も以下の表に示しています。 何も注記がなければ、予約キーワードは列ラベル名としてしか使用することができません。 列が空白のエントリは、PostgreSQLが通常の識別子として扱う単語であることを示します。

さらに、（7.3.2に記載されているように）ほとんどのキーワードはその前にASを書かなくても「裸の」列ラベルとして使用することができますが、曖昧さを避けるために前置ASを必要とするものが多少あります。 これらは表の中で「ASが必要」と印を付けられています。

一般的な規則として、以下に示すキーワードのいずれかを識別子として使うコマンドで、おかしなパーサエラーが発生した場合、その識別子を引用符でくくって問題が解決するかどうか確認してください。

表 C.1を見る前に、PostgreSQLにおいて予約されていないキーワードが、その単語に関連する機能を実装していないということを意味していないことを理解しておいてください。 逆に、キーワードがあるということも機能が存在することを意味していません。