PostgreSQL服务器发出的所有消息都被分配有五字符的错误代码，这些代码遵循SQL标准的“SQLSTATE”代码规范。如果应用需要知道发生了哪种错误情况，通常应该测试错误代码而不是查看文本形式的错误消息。错误代码在不同的PostgreSQL发行之间发生改变的可能性很小，并且也不会由于错误消息的本地化而改变。注意，PostgreSQL产生的错误代码中，有一些但不是全部是由SQL标准定义的，额外的一些标准中没有定义的错误代码是PostgreSQL自己创造的或者从其他数据库中借鉴而来。

根据标准，错误代码的前两个字符表示错误的类别，而后三个字符表示该类别内一种特定的情况。因此，无法识别特定错误代码的应用仍然可能从错误类别中推测出自己应该怎么做。

Table A.1列出了PostgreSQL 11.0中定义的所有错误代码（有一些当前实际并未使用，但是由SQL标准定义）。错误类别也被显示在其中。对于每一种错误类别都有一个“标准的”错误代码，其后三个字符为000。这种代码仅用于落在该类别中但是没有被分配特定代码的错误情况。

“错误情况名称”列中显示的符号是要用在PL/pgSQL中的错误情况名称。错误情况名称可以被写成大写或者小写（注意，与错误情况不同，PL/pgSQL不识别警告情况名称，也就是类别00、01和02）。

对于一些类型的错误，服务器会在报告的错误中关联一个数据库对象（表、表列、数据类型或者约束）的名称，例如导致unique_violation错误的唯一约束的名称。这类名称在错误报告消息中用单独的字段提供，这样应用就无需从可能被本地化成人类可读的消息文本中去抽取它们。自PostgreSQL 9.3起，对此特性的完整覆盖仅存在于SQLSTATE类别23的错误（完整性约束违背），但是很可能在未来被扩展。