From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [COMMITTERS] pgsql: Add STRICT to PL/pgSQL SELECT INTO, so exceptions |
Date: | 2006-06-16 22:15:22 |
Message-ID: | 200606162215.k5GMFMY23357@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Tom Lane wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > If we go with that how does the caller check between not found and too
> > many? And if we go with Oracle names, I need different codes to match
> > with the two Oracle names.
>
> I think we should just go with two new codes and use the Oracle names
> for them. One remaining question: shall we assign codes in class 21
> (Cardinality Violation) or class P0 (PL/pgSQL Error)? If you think
> these are likely to be used in other places then class 21 seems
> reasonable, but if we are thinking of them as being Oracle compatibility
> hacks then I'd lean to class P0.
Oracle-only, I would think, but I am no Oracle expert (never used it,
actually (a badge of honor?)).
> Actually ... does Oracle have SQLSTATEs assigned to these errors?
> If so, maybe we should use theirs. I had the idea they were still
> stuck on non-spec-compatible error numbers, though.
Anyone?
--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2006-06-16 22:27:55 | pgsql: docs for DROP ... |
Previous Message | Bruce Momjian | 2006-06-16 22:08:46 | pgsql: Add: > o Allow PL/python to composite types and result sets > |
From | Date | Subject | |
---|---|---|---|
Next Message | Arjen van der Meijden | 2006-06-16 22:34:20 | Re: Sun Donated a Sun Fire T2000 to the PostgreSQL community |
Previous Message | Tom Lane | 2006-06-16 22:08:01 | Re: [COMMITTERS] pgsql: Add STRICT to PL/pgSQL SELECT INTO, so exceptions are thrown if |