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

From Robert Haas
Subject Re: ALTER TABLE ... NOREWRITE option
Date
Msg-id CA+TgmoaxYoPk1U9fSPREig-h+FZYNmzRYik_DCnmxM+NiRw1Xg@mail.gmail.com
Whole thread Raw
In response to Re: ALTER TABLE ... NOREWRITE option  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: ALTER TABLE ... NOREWRITE option  (Simon Riggs <simon@2ndQuadrant.com>)
List pgsql-hackers
On Wed, Dec 5, 2012 at 6:45 PM, Simon Riggs <simon@2ndquadrant.com> wrote:
> Yes, but it is also the trigger writers problem.

Maybe to some degree.  I don't think that a server crash or something
like a block-read error is ever tolerable though, no matter how silly
the user is with their event trigger logic.  If we go down that road
it will be impossible to know whether errors that are currently
reliable indicators of software or hardware problems are in fact
caused by event triggers.   Of course, if an event trigger causes the
system to error out in some softer way, that's perfectly fine...

> If I understand this, Dimitri is planning to include a ready-made
> trigger, so this will both test and show how to use them, as well as
> being a useful application.

Cool.

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



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Commits 8de72b and 5457a1 (COPY FREEZE)
Next
From: Jeff Davis
Date:
Subject: Re: Commits 8de72b and 5457a1 (COPY FREEZE)