Re: plpgsql raise - parameters can be expressions

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: plpgsql raise - parameters can be expressions
Дата
Msg-id 11519.1118710860@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: plpgsql raise - parameters can be expressions  (Neil Conway <neilc@samurai.com>)
Ответы Re: plpgsql raise - parameters can be expressions  (Neil Conway <neilc@samurai.com>)
Список pgsql-patches
Neil Conway <neilc@samurai.com> writes:
> Tom Lane wrote:
>> Actually, the reason I didn't do something about RAISE in 8.0 was that
>> I thought we should reconsider the whole design of the statement

> The ensuing discussion on this sounds good to me; should I apply Pavel's
> RAISE patch now, or wait for the subsequent work on specifying a
> particular SQLSTATE?

The patch seems to me to be OK as far as it goes.  I brought up the
other points only because I wanted to be sure that it wouldn't be
inconsistent with the next step; but it seems we're pretty well agreed
that we aren't going to do anything that would break this.  So I have no
problem with applying as-is, rather than waiting for an all-inclusive
patch.

But you had mentioned wanting to look at reducing overhead by using
exec_eval_expr(); were you intending to do that before committing?

As far as the subsequent discussion itself goes, Pavel and I seem to
be pretty unsuccessful at convincing each other of our respective
visions of what an exception ought to be.  Any opinions?  Should
we be taking this thread to -hackers for a wider audience?

            regards, tom lane

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

Предыдущее
От: Neil Conway
Дата:
Сообщение: Re: plpgsql raise - parameters can be expressions
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: logfile for psql patch update