Re: Show schema in COPY error CONTEXT strings

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Greg Sabino Mullane" <greg(at)turnstep(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Show schema in COPY error CONTEXT strings
Date: 2010-05-03 17:01:03
Message-ID: 18335.1272906063@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Greg Sabino Mullane" <greg(at)turnstep(dot)com> writes:
>> We're really not going to address this type of complaint on a
>> one-error-message-at-a-time basis. See prior discussions --- a more
>> realistic (and standards compliant) approach will probably involve
>> adding fields to the verbose form of the error message.

> Pointers to previous discussions welcome.

The most recent one I can find is the thread starting at
http://archives.postgresql.org/pgsql-hackers/2009-11/msg00846.php

> I was simply trying to
> fix a specific problem I was having, but some digging shows the
> problem is already solved for most (all?) other similar cases:

Um, no, it's not solved. There are a huge number of error messages
that refer to database objects by name only, even though the name
might be ambiguous. It's not reasonable to fix them one at a time,
especially not in a fashion that breaks regression tests ;-).

My own preference for what to do about this is to leave the primary
message texts alone and add additional error-message fields for object
name and schema. This would address the need without making messages
uglier for the large fraction of users who don't really care; and it
would also help us get closer to the SQL standard's expectations for
error reporting.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2010-05-03 17:02:47 Re: max_standby_delay considered harmful
Previous Message Matteo Beccati 2010-05-03 16:55:39 Re: Re: Mailing list archives