PostgreSQL 伺服器發出的所有訊息都被分配了五字元的錯誤程式碼，這些程式碼遵循 SQL 標準關於“SQLSTATE”程式碼的約定。需要了解發生何種錯誤情況的應用程式通常應測試錯誤程式碼，而不是檢視文字錯誤訊息。錯誤程式碼在 PostgreSQL 版本之間不太可能發生更改，並且也不會因錯誤訊息的本地化而更改。請注意，PostgreSQL 生成的錯誤程式碼中只有一部分（並非全部）由 SQL 標準定義；對於標準未定義的條件，已發明或借用了其他資料庫的一些附加錯誤程式碼。

根據標準，錯誤程式碼的前兩個字元表示錯誤類別，後三個字元表示該類別中的特定條件。因此，不識別特定錯誤程式碼的應用程式可能仍然可以根據錯誤類別推斷出要執行的操作。

表 A.1 列出了 PostgreSQL 18.0 中定義的所有錯誤程式碼。（其中一些目前實際上並未被使用，但由 SQL 標準定義。）還顯示了錯誤類別。對於每個錯誤類別，都有一個“標準”錯誤程式碼，其後三個字元為 000。此程式碼僅用於屬於該類別但沒有分配更具體程式碼的錯誤條件。

“條件名稱”列中顯示的符號是在 PL/pgSQL 中使用的條件名稱。條件名稱可以是大寫或小寫。（請注意，PL/pgSQL 不識別警告條件名稱，與錯誤條件名稱相對；那些是類別 00、01 和 02。）

對於某些型別的錯誤，伺服器會報告與錯誤相關的資料庫物件（表、表列、資料型別或約束）的名稱；例如，導致 unique_violation 錯誤的唯一約束的名稱。此類名稱在錯誤報告訊息的單獨欄位中提供，因此應用程式無需嘗試從可能本地化的可讀文字訊息中提取它們。截至 PostgreSQL 9.3，此功能僅對 SQLSTATE 類別 23（完整性約束違反）中的錯誤實現了完整覆蓋，但將來可能會擴充套件。