Re: ALTER TABLE ... NOREWRITE option - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: ALTER TABLE ... NOREWRITE option
Date
Msg-id CA+U5nMJ3uD_kK=zAM=TysggOQ2L=31__HKsFUqvAoyO4-uj=rg@mail.gmail.com
Whole thread Raw
In response to Re: ALTER TABLE ... NOREWRITE option  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: ALTER TABLE ... NOREWRITE option  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
List 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 by date:

Previous
From: Dimitri Fontaine
Date:
Subject: Re: Dumping an Extension's Script
Next
From: Alvaro Herrera
Date:
Subject: Re: Dumping an Extension's Script