PostgreSQL서버에서 뱉어내는 모든 메시지는 “SQLSTATE”의 SQL 표준 규약에 따라 다섯 문자로 표현한다. 에러 상태를 알고싶은 어플리케이션들은 대부분 텍스트로 에러 메시지를 보여주기 보다는 에러코드를 발생한다. 에러코드는 PostgreSQL의 릴리즈에 따른 변화가 적고, 에러 메시지의 지역화를 하는데 대상이 되지 않는다. 전체가 아닌 일부 에러코드는 PostgreSQL이 SQL표준으로 정의한 것으로 만들어졌다. 일부 에러코드는 표준 규약이나 다른 데이터 베이스에서는 찾아볼 수 없는 것이 정의되어있다.

표준에 따르면, 에러 코드의 처음 두 문자는 에러의 클래스를 보여주고, 나머지 세개의 문자는 클래스에 해당하는 특정 상태를 표현한다고 한다. 그러므로 에러코드가 무엇을 의미하는지 알 수 없는 어플리케이션에서 에러코드가 어떤 클래스의 에러인지는 추론할 수 있게 된다.

표 A.1에는 PostgreSQL 13.3에서 정의한 모든 에러 코드들이 정의 되어있다. (실제로는 전부는 정의되어 있지않다. 하지만 SQL 표준관련된 것들은 모두 정의되어있다.) 에러 클래스도 물론 포함한다. 각각의 에러 클래스들은 마지막 3개의 문자 000을 갖는 표준 에러 코드들이 있다. 이 코드들은 에러 클래스에 해당하는 에러 상태에 대해서만 알 수 있지, 자세한 내용은 알 수 없다.

두번째 열에 보여지는 “예외이름”은 PL/pgSQL에서 예외 처리를 할 때 사용하는 시스템에서 미리 정의된 예외 이름이다. 상태는 대문자 또는 소문자로 화면에 표현됩니다. (PL/pgSQL은 에러의 반대인, class 00, 01 그리고 02같은 경고는 무시한다.)

몇몇 오류들은 그 오류와 관계된 데이터베이스 객체들( 테이블, 테이블 칼럼, 자료형, 또는 제약조건 등)의 이름도 함께 알려 준다: 한 예로, unique_violation 오류는 해당 오류가 발생된 제약조건의 이름도 함께 알려 준다. 이런 내용들은 오류 메시지와 분리되어 제공되어, 응용 프로그램 개발자가 이것을 추출하기 위해 오류 메시지를 분석하는 작업을 할 필요는 없다. PostgreSQL 9.3 에서는 23개의 SQLSTATE 클래스에서 이 기능을 제공하며, 앞으로도 계속 더 친절한 오류 메시지를 처리 할 수 있도록 할 것이다.