Re: ALTER TABLE ... NOREWRITE option
От | Robert Haas |
---|---|
Тема | Re: ALTER TABLE ... NOREWRITE option |
Дата | |
Msg-id | CA+Tgmoac0tBfyy81tMmCQoBuL3OCo=HJsEDxZ6geO9X42Bmo0g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: ALTER TABLE ... NOREWRITE option (Josh Berkus <josh@agliodbs.com>) |
Ответы |
Re: ALTER TABLE ... NOREWRITE option
Re: ALTER TABLE ... NOREWRITE option |
Список | pgsql-hackers |
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(); -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: