PostgreSQL 服务器发出的所有消息都会被分配遵循 SQL 标准 “SQLSTATE” 代码惯例的五字符错误代码。需要知道发生了哪种错误情况的应用程序通常应当测试错误代码，而不是查看文本错误消息。错误代码在 PostgreSQL 各版本之间发生变化的可能性较小，也不会因错误消息的本地化而改变。请注意，PostgreSQL 产生的错误代码中只有一部分由 SQL 标准定义；针对标准未定义的情况，一些额外的错误代码由 PostgreSQL 自行发明或从其他数据库借用。

按照标准，错误代码的前两个字符表示一个错误类别，而最后三个字符表示该类别中的一种特定情况。因此，无法识别特定错误代码的应用程序仍可能从错误类别推断出应当如何处理。

Table A.1 列出了 PostgreSQL 18.6 中定义的所有错误代码。（其中一些目前并未实际使用，但由 SQL 标准定义。）错误类别也会一并显示。每个错误类别都有一个最后三位为 000 的“标准”错误代码。该代码只用于属于该类别但没有分配更具体代码的错误情况。

“条件名称”列中显示的符号是在 PL/pgSQL 中使用的条件名称。条件名称可以用大写或小写书写。（请注意，PL/pgSQL 不识别警告类条件名称，只识别错误类条件名称；警告类对应类别 00、01 与 02。）

对于某些类型的错误，服务器会报告与该错误关联的数据库对象（表、表列、数据类型或约束）的名称；例如，导致 unique_violation 错误的唯一约束的名称。这类名称在错误报告消息的独立字段中提供，因此应用程序无需尝试从可能已本地化的人类可读消息文本中提取它们。自 PostgreSQL 9.3 起，该特性只对 SQLSTATE 类别 23（完整性约束违反）中的错误实现了完整覆盖，但未来很可能扩展到更多类别。