表格 C.1 列出了 SQL 標準以及 PostgreSQL 17.2 中所有的關鍵字 Token。背景資訊可以在第 4.1.1 節找到。（由於空間因素，僅包含 SQL 標準的最新兩個版本，以及 SQL-92 以進行歷史比較。這些版本與其他中間標準版本之間的差異很小。）

SQL 區分保留和非保留關鍵字。根據標準，保留關鍵字是唯一的真關鍵字；它們永遠不允許作為識別符號。非保留關鍵字僅在特定上下文中具有特殊含義，並且可以在其他上下文中用作識別符號。大多數非保留關鍵字實際上是 SQL 指定的內建表格和函數的名稱。非保留關鍵字的概念本質上僅存在於聲明某些預定義的含義附加到某些上下文中的詞上。

在PostgreSQL剖析器中，情況稍微複雜一些。有多種不同的 Token 類別，範圍從永遠不能用作識別符號的 Token 到在剖析器中絕對沒有特殊狀態，但被視為普通識別符號的 Token。（後者通常是 SQL 指定的函數的情況。）即使是保留關鍵字在PostgreSQL中也不是完全保留的，但是可以用作欄標籤（例如，SELECT 55 AS CHECK，即使 CHECK 是保留關鍵字）。

在表格 C.1中，在PostgreSQL的欄位中，我們將那些明確為剖析器所知，但允許作為欄或表名稱的關鍵字分類為“非保留”。否則，某些非保留關鍵字不能用作函數或資料類型名稱，並相應地標記。（這些詞大多數代表具有特殊語法的內建函數或資料類型。該函數或類型仍然可用，但使用者無法重新定義。）標記為“保留”的是不允許作為欄或表名稱的 Token。某些保留關鍵字允許作為函數或資料類型的名稱；這也在表格中顯示。如果未如此標記，則保留關鍵字僅允許作為欄標籤。此欄中的空白條目表示該詞被PostgreSQL視為普通識別符號。

此外，雖然大多數關鍵字可以在沒有寫入AS之前（如第 7.3.2 節中所述）用作“裸”欄標籤，但有一些需要前導AS以避免歧義。這些在表格中被標記為“需要 AS”。

作為一般規則，如果您在使用任何列出的關鍵字作為識別符號的命令中收到錯誤的剖析器錯誤，則應嘗試引用該識別符號，以查看問題是否消失。

在研究表格 C.1之前，了解在PostgreSQL中關鍵字未保留的事實並不意味著與該詞相關的功能未實作，反之，關鍵字的存在並不表示該功能存在，這點非常重要。