Re: proposal: enable new error fields in plpgsql (9.4)

Pavel Stehule <pavel.stehule@gmail.com>

From: Pavel Stehule <pavel.stehule@gmail.com>
To: Noah Misch <noah@leadboat.com>
Cc: Rushabh Lathia <rushabh.lathia@gmail.com>, Peter Eisentraut <peter_e@gmx.net>, Marko Tiikkaja <pgmail@joh.to>, PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2013-07-03T04:17:18Z
Lists: pgsql-hackers
Hello

2013/7/2 Noah Misch <noah@leadboat.com>:
> On Fri, Jun 28, 2013 at 12:08:21PM -0400, Noah Misch wrote:
>> On Fri, Jun 28, 2013 at 05:21:29PM +0200, Pavel Stehule wrote:
>> > 2013/6/28 Noah Misch <noah@leadboat.com>:
>> > > Okay.  I failed to note the first time through that while the patch uses the
>> > > same option names for RAISE and GET STACKED DIAGNOSTICS, the existing option
>> > > lists for those commands differ:
>> > >
>> > > --RAISE option--    --GET STACKED DIAGNOSTICS option--
>> > > ERRCODE             RETURNED_SQLSTATE
>> > > MESSAGE             MESSAGE_TEXT
>> > > DETAIL              PG_EXCEPTION_DETAIL
>> > > HINT                PG_EXCEPTION_HINT
>> > > CONTEXT             PG_EXCEPTION_CONTEXT
>> > >
>> > > To be consistent with that pattern, I think we would use COLUMN, CONSTRAINT,
>> > > TABLE, TYPE and SCHEMA as the new RAISE options.
>> >
>> > I understand to your motivation, but I am not sure. Minimally word
>> > "TYPE" is too general. I have not strong opinion in this area. maybe
>> > DATATYPE ??
>>
>> I'm not positive either.  DATATYPE rather than TYPE makes sense.
>
> Here's a revision bearing the discussed name changes and protocol
> documentation tweaks, along with some cosmetic adjustments.  If this seems
> good to you, I will commit it.
>

+1

Pavel

> --
> Noah Misch
> EnterpriseDB                                 http://www.enterprisedb.com