Re: Event Triggers: adding information

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Event Triggers: adding information
Дата
Msg-id CA+Tgmobn7g04hpybaHoDFGzeqE_nfRwYgHWk_5RoA+k2frG1pg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Event Triggers: adding information  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Ответы Re: Event Triggers: adding information  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Список pgsql-hackers
On Tue, Jan 22, 2013 at 7:02 AM, Dimitri Fontaine
<dimitri@2ndquadrant.fr> wrote:
> I had to make quiet a part of the regression tests because of the ERROR
> message containing an OID, where I think it's the right error message.

I have a feeling that's the sort of error message that we don't want
people to get.  Can we arrange for something cleaner?  Not sure
exactly what.  Maybe something like this would do it:

ERROR:  queued event trigger function not found

Or maybe we should just silently ignore failures to look up the event
trigger.  That might be better, because the DBA could always do:

DROP FUNCTION myeventtrgfn() CASCADE;

...and it would be undesirable for other sessions to error out in that
case due to SnapshotNow effects.

> I don't think we want to add complexity to the code to be able to report
> the procedure name that we depend on in the event cache and that the
> user just deleted while in the middle of actually running the event
> trigger list we already got from the cache, right?

Yeah ... that seems like more code than the situation justifies.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Event Triggers: adding information
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Event Triggers: adding information