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

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

表 A.1 列出了 PostgreSQL 17.1 中定义的所有错误代码。（目前有些代码并未实际使用，但已在 SQL 标准中定义了。）错误类型也会显示。对于每个错误类型，都有一个 “标准” 错误代码，最后三个字符是 000。此代码仅用于属于该类型的错误情况，但尚未分配更具体的代码的情况。

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

对于某些类型的错误，服务器将报告与错误关联的数据库对象（表、表列、数据类型或约束）的名称；例如，导致 unique_violation 错误的唯一约束的名称。此类名称会提供给错误报告消息的单独字段，因此，应用程序不必试图从消息（可能是经过本地化的易读文本）中提取它们。自 PostgreSQL 9.3 版本起，此功能已完全覆盖 SQLSTATE 类 23 中的错误（完整性约束冲突），但这可能会在将来得到扩展。