Re: the case for machine-readable error fields

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: the case for machine-readable error fields
Дата
Msg-id 26677.1249496720@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: the case for machine-readable error fields  (Sam Mason <sam@samason.me.uk>)
Ответы Re: the case for machine-readable error fields  (Pavel Stehule <pavel.stehule@gmail.com>)
Re: the case for machine-readable error fields  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
Sam Mason <sam@samason.me.uk> writes:
> On Wed, Aug 05, 2009 at 12:41:30PM -0500, Kevin Grittner wrote:
>> Anyway, it was a bad suggestion that we provide a way to specify a
>> SQLSTATE to use for a constraint failure.  I do think that some field
>> which could be used for that purpose would be good.  Preferably
>> something which could be specified in the declaration of the
>> constraint.

> I still stand by my assertion that the constraint name is sufficient for
> the original purpose.

Yeah.  Changing the SQLSTATE for a given error seems much more likely
to break things than to be helpful.  It does make sense to be able to
extract the constraint name for a constraint-related error without
having to make unsafe assumptions about the spelling of the
human-readable error message, though.

Peter pointed out upthread that the SQL standard already calls out some
things that should be available in this way --- has anyone studied that
yet?
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Sam Mason
Дата:
Сообщение: Re: the case for machine-readable error fields
Следующее
От: Tom Lane
Дата:
Сообщение: Re: the case for machine-readable error fields