Re: ALTER TABLE ... NOREWRITE option

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: ALTER TABLE ... NOREWRITE option
Дата
Msg-id CA+U5nMJ3uD_kK=zAM=TysggOQ2L=31__HKsFUqvAoyO4-uj=rg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: ALTER TABLE ... NOREWRITE option  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: ALTER TABLE ... NOREWRITE option  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Список pgsql-hackers
On 5 December 2012 19:15, Robert Haas <robertmhaas@gmail.com> wrote:
> On Wed, Dec 5, 2012 at 1:41 PM, Josh Berkus <josh@agliodbs.com> wrote:
>> That's why we need a mechanism which either logs, or aborts on specific
>> actions.  From the perspective of the DevOps staff, abort is possibly
>> the better option, but there may be issues with it on our end.  That was
>> the attraction of the original NOREWRITE patch, although as I said that
>> suffers from new keywords and a total lack of extensibility.
>
> You know, event triggers seem like an awfully good solution to this
> problem.  All we'd need is a new event called table_rewrite:
>
> CREATE EVENT TRIGGER my_event_trigger
>     ON table_rewrite
>     EXECUTE PROCEDURE consider_whether_to_throw_an_error();

+1, I was just thinking that myself.

-- Simon Riggs                   http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training & Services



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

Предыдущее
От: Dimitri Fontaine
Дата:
Сообщение: Re: Dumping an Extension's Script
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Dumping an Extension's Script