Skip site navigation (1) Skip section navigation (2)

Integrity constraint violation should set SQLSTATE to 23000

From: "Chris Ingram" <cingram(at)intellisync(dot)com>
To: <pgsql-odbc(at)postgresql(dot)org>
Subject: Integrity constraint violation should set SQLSTATE to 23000
Date: 2005-09-30 15:30:21
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-odbc
I'm running PostgreSQL 8.0 with version 08.01.0003 of the psqlodbclibpq
ODBC driver on Microsoft Windows Server 2003.  When performing an insert
statement through ODBC that fails because it would cause a duplicate
primary key, I notice that the SQLSTATE is set to HY000 "General error"
when it should be set to 23000 "Integrity constraint violation" (see
p).  My application needs the correct SQLSTATE here, and I am willing to
submit a patch to correct this behavior.

In stepping through the code in the debugger, it looks like there may be
no way to tell that the SQL statement sent to the PostgreSQL backend
failed because of an integrity constraint violation other than the error
message it returns to the driver which is 'ERROR:  duplicate key
violates unique constraint "pk_table1"'.  An earlier discussion about
this (see seems to
result in the same conclusion.  I'm tempted to modify the ODBC driver to
parse that error message text to see if it contains the substrings
"violates" and "constraint" (which appear in the foreign key constraint
error message as well), and set the SQLSTATE to 23000 if it does, but
I'm concerned that this might not be language neutral; I don't know if
the PostgreSQL backend might return localized error message text for
different languages.  There is code in the ODBC driver that looks at the
first part of the message to see if it is "FATAL" in CC_send_query() in

Is there a better way to determine the cause of the error than parsing
the error message text returned from the backend?  Does the backend ever
return localized error messages?

Chris Ingram
Software Developer, Intellisync Corporation

pgsql-odbc by date

Next:From: lothar.behrensDate: 2005-09-30 15:57:51
Subject: Re: select count(*) datatype ?
Previous:From: Tom LaneDate: 2005-09-30 13:54:53
Subject: Re: select count(*) datatype ?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group