Re: [COMMITTERS] pgsql: Add STRICT to PL/pgSQL SELECT INTO, so exceptions

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [COMMITTERS] pgsql: Add STRICT to PL/pgSQL SELECT INTO, so exceptions
Дата
Msg-id 200606162202.k5GM2jh21017@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [COMMITTERS] pgsql: Add STRICT to PL/pgSQL SELECT INTO, so exceptions are thrown if  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [COMMITTERS] pgsql: Add STRICT to PL/pgSQL SELECT INTO, so exceptions are thrown if  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> > Tom Lane wrote:
> >> Plan B is to invent new errcodes to match the Oracle spellings.  If
> >> that's what we want to do, it's not that hard.
> 
> > We could use:
> >     #define ERRCODE_DATA_EXCEPTION              MAKE_SQLSTATE('2','2',
> > or
> >     #define ERRCODE_ERROR_IN_ASSIGNMENT         MAKE_SQLSTATE('2','2',
> 
> Those are both mighty generic (in fact DATA_EXCEPTION is a class code
> not a specific error).  If we want to stick to existing errcodes I think
> CARDINALITY_VIOLATION is the only reasonable choice.

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.

--  Bruce Momjian   http://candle.pha.pa.us EnterpriseDB    http://www.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Add STRICT to PL/pgSQL SELECT INTO, so exceptions are thrown if
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: bug? non working casts for domain