PostgreSQL 服务器发出的所有消息均被分配了五字符错误代码，这些代码遵循 SQL 标准对 “SQLSTATE” 代码的约定。需要了解已发生哪种错误条件的应用程序通常应测试错误代码，而不是查看文本错误消息。在 PostgreSQL 版本之间，错误代码不太可能发生变化，并且也不会因错误消息的本地化而发生变化。请注意，PostgreSQL 生成的错误代码中有些（但并非全部）由 SQL 标准定义；针对标准未定义的条件，已发明或借用了其他数据库的一些其他错误代码。

根据该标准，错误代码的前两个字符表示错误类别，而后三个字符表示该类别中的特定条件。因此，不识别特定错误代码的应用程序可能仍能从错误类别推断出该做什么。

表 A.1 列出了 PostgreSQL 16.2 中定义的所有错误代码。（有些目前实际上未使用，但由 SQL 标准定义。）错误类别也已显示。对于每个错误类别，都有一个 “标准” 错误代码，其后三个字符为 000。此代码仅用于属于该类别但未分配任何更具体代码的错误条件。

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

对于某些类型的错误，服务器会报告与错误关联的数据库对象（表、表列、数据类型或约束）的名称；例如，导致 unique_violation 错误的唯一约束的名称。此类名称在错误报告消息的单独字段中提供，以便应用程序不必尝试从消息可能本地化的可读文本中提取它们。截至 PostgreSQL 9.3，此功能的完整覆盖范围仅存在于 SQLSTATE 类 23（完整性约束冲突）中的错误，但将来可能会扩展此范围。