<xref linkend="keywords-table"/> lists all tokens that are key words in the SQL standard and in <productname>PostgreSQL</productname> &version;. Background information can be found in <xref linkend="sql-syntax-identifiers"/>. (For space reasons, only the latest two versions of the SQL standard, and SQL-92 for historical comparison, are included. The differences between those and the other intermediate standard versions are small.) 表 C.1に標準SQLとPostgreSQL 17.0においてキーワードとされているすべてのトークンを示します。 この背景となる情報は4.1.1にあります。 （スペースの都合上、標準SQLのより新しい２つのバージョンと歴史的な比較のためのSQL-92のみを含めています。 これらと他の標準の中間のバージョンの違いはわずかです。）

SQL distinguishes between <firstterm>reserved</firstterm> and <firstterm>non-reserved</firstterm> key words. According to the standard, reserved key words are the only real key words; they are never allowed as identifiers. Non-reserved key words only have a special meaning in particular contexts and can be used as identifiers in other contexts. Most non-reserved key words are actually the names of built-in tables and functions specified by SQL. The concept of non-reserved key words essentially only exists to declare that some predefined meaning is attached to a word in some contexts. SQLは予約と未予約キーワードを区別します。 標準に従うと予約キーワードのみが真のキーワードとなり、その予約キーワードは識別子として使用することはできません。 未予約キーワードはある特定の文脈で特別な意味を持ち、また、その他の文脈では識別子として使用することができます。 ほとんどの未予約キーワードは、SQLで規定された組み込みのテーブル名と関数名です。 未予約キーワードの本質的な存在意義は、ある文脈においては前もって定義された意味があることを宣言することだけです。

In the <productname>PostgreSQL</productname> parser, life is a bit more complicated. There are several different classes of tokens ranging from those that can never be used as an identifier to those that have absolutely no special status in the parser, but are considered ordinary identifiers. (The latter is usually the case for functions specified by SQL.) Even reserved key words are not completely reserved in <productname>PostgreSQL</productname>, but can be used as column labels (for example, <literal>SELECT 55 AS CHECK</literal>, even though <token>CHECK</token> is a reserved key word). PostgreSQLの構文解析の過程では、少々複雑になります。 複数の異なったトークンのクラスがあり、それらは識別子としてまったく使用できないものから、普通の識別子と見なされるものの、パーサ内で特別なステータスを持たないものまであります。 （後者は一般的にはSQLで規定された関数です。） PostgreSQLでは予約キーワードは完全に予約されたものではなく、列ラベルとして使用することができます（例：CHECKは予約キーワードですが、SELECT 55 AS CHECKのようにすることができます）。

In <xref linkend="keywords-table"/> in the column for <productname>PostgreSQL</productname> we classify as <quote>non-reserved</quote> those key words that are explicitly known to the parser but are allowed as column or table names. Some key words that are otherwise non-reserved cannot be used as function or data type names and are marked accordingly. (Most of these words represent built-in functions or data types with special syntax. The function or type is still available but it cannot be redefined by the user.) Labeled <quote>reserved</quote> are those tokens that are not allowed as column or table names. Some reserved key words are allowable as names for functions or data types; this is also shown in the table. If not so marked, a reserved key word is only allowed as a column label. A blank entry in this column means that the word is treated as an ordinary identifier by <productname>PostgreSQL</productname>. 表 C.1のPostgreSQLの列では、パーサがはっきりと理解しているキーワードではあるが、列名やテーブル名としても使用できるものを「未予約」としています。 キーワードの中には、どちらかといえば未予約であるが、関数名や型名として使用できないものもあり、そのように注記しています。 （このようなキーワードのほとんどは、特殊な構文をもった組み込み済みの関数やデータ型を表しています。 この関数または型は使用することができますが、ユーザによって定義し直すことはできません。） 一方、「予約」とされるものは列名やテーブル名として使用できないトークンです。 予約キーワードの中には関数名やデータ型として使用できるものもあります。 この情報も以下の表に示しています。 何も注記がなければ、予約キーワードは列ラベル名としてしか使用することができません。 列が空白のエントリは、PostgreSQLが通常の識別子として扱う単語であることを示します。

Furthermore, while most key words can be used as <quote>bare</quote> column labels without writing <literal>AS</literal> before them (as described in <xref linkend="queries-column-labels"/>), there are a few that require a leading <literal>AS</literal> to avoid ambiguity. These are marked in the table as <quote>requires <literal>AS</literal></quote>. さらに、（7.3.2に記載されているように）ほとんどのキーワードはその前にASを書かなくても「裸の」列ラベルとして使用することができますが、曖昧さを避けるために前置ASを必要とするものが多少あります。 これらは表の中で「ASが必要」と印を付けられています。

As a general rule, if you get spurious parser errors for commands that use any of the listed key words as an identifier, you should try quoting the identifier to see if the problem goes away. 一般的な規則として、以下に示すキーワードのいずれかを識別子として使うコマンドで、おかしなパーサエラーが発生した場合、その識別子を引用符でくくって問題が解決するかどうか確認してください。

It is important to understand before studying <xref linkend="keywords-table"/> that the fact that a key word is not reserved in <productname>PostgreSQL</productname> does not mean that the feature related to the word is not implemented. Conversely, the presence of a key word does not indicate the existence of a feature. 表 C.1を見る前に、PostgreSQLにおいて予約されていないキーワードが、その単語に関連する機能を実装していないということを意味していないことを理解しておいてください。 逆に、キーワードがあるということも機能が存在することを意味していません。