Re: Driver or Postgres doesn't report refer. integr. errors

From: Max Khon <fjoe(at)iclub(dot)nsu(dot)ru>
To: Cedar Cox <cedarc(at)visionforisrael(dot)com>
Cc: Erny <aerd(at)retemail(dot)es>, pgsql-interfaces(at)postgresql(dot)org
Subject: Re: Driver or Postgres doesn't report refer. integr. errors
Date: 2000-10-10 08:56:16
Message-ID: Pine.BSF.4.21.0010101548360.39921-100000@iclub.nsu.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces

hi, there!

On Tue, 10 Oct 2000, Cedar Cox wrote:

> > The bad news, whenever I delete or update a record causing error in referential integrity, no error is reported to Access. The record seems to disappear, but when rereading the table (or recordset), the 'deleted' record reappears.
>
> Yes, this is a known problem with the current ODBC driver. There are
> patches that fix this.
>
> Who's in charge of the ODBC driver? Patches are fine, but I'm sure there
> are many of us that cannot compile under windows, myself included. When
> can we get RI violation reporting included in the 'real' ODBC driver? I
> don't like to rely on a special 'hacked' version of something in a
> production environment.

by the way -- backend protocol does not return numeric error codes
so ODBC driver cannot set SQLCODE's. (SQLCODE returned by ODBC driver is
always empty). So applications that use ODBC can not distinguish
for example, referential integrity errors from backend fatal errors or
errors in SQL statement. Of course, it is possible to examine
string error messages which are returned by backend by this is rather
hackish and there is no evidence that they will not change in future.

/fjoe

In response to

Browse pgsql-interfaces by date

  From Date Subject
Next Message Cedar Cox 2000-10-10 09:14:07 Re: Driver or Postgres doesn't report refer. integr. errors
Previous Message Adam Haberlach 2000-10-10 07:42:12 Re: problem connecting with libpq++ interface