PostgreSQL 服务器发出的所有消息都被分配了五字符错误代码，遵循 SQL 标准对“SQLSTATE”代码的约定。需要知道发生了哪一种错误条件的应用，通常应测试错误代码，而不是查看错误消息的文本内容。这些错误代码在不同 PostgreSQL 版本之间更不容易发生变化，也不会因错误消息的本地化而改变。请注意，PostgreSQL 产生的错误代码中，只有一部分由 SQL 标准定义；还有一些用于标准未定义情况的附加错误代码，是新设的或从其他数据库借用而来的。

根据标准，错误代码的前两个字符表示错误类别，后三个字符表示该类别中的特定条件。因此，即使应用无法识别某个具体错误代码，仍可能从错误类别推断出应采取的操作。

表 A.1 列出了 PostgreSQL 12.22 中定义的所有错误代码。（其中有些当前实际上并未使用，不过它们由 SQL 标准定义。）其中也显示了错误类别。对于每个错误类别，都有一个后三个字符为 000 的“标准”错误代码。该代码只用于那些属于该类别但没有分配更具体代码的错误情况。

“条件名称”列中显示的符号是在 PL/pgSQL 中使用的条件名称。条件名称既可以写成大写，也可以写成小写。（注意，PL/pgSQL 不识别警告条件名称，也就是说不识别 00、01 和 02 这几个类别。）

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