Re: Disabling triggers (was Re: pgsql 7.2.3 crash) - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Disabling triggers (was Re: pgsql 7.2.3 crash)
Date
Msg-id 5587.1034569227@sss.pgh.pa.us
Whole thread Raw
In response to Re: Disabling triggers (was Re: pgsql 7.2.3 crash)  ("Marc G. Fournier" <scrappy@hub.org>)
List pgsql-hackers
"Marc G. Fournier" <scrappy@hub.org> writes:
> On Mon, 14 Oct 2002, Tom Lane wrote:
>> I was wondering whether an ALTER TABLE command is really the right way
>> to approach this.  If we had an ALTER-type command, presumably the
>> implication is that its effects would be global to all backends.  But
>> the uses that I've seen for suspending trigger invocations would be
>> happier with a local, temporary setting that only affects the current
>> backend.  Any thoughts about that?

> I may be missing something here, but the only circumstance where i could
> see such being useful would be a load of a database ... other then that,
> how would overriding triggers be considered a good thing?

Well, exactly: it seems like something you'd want to constrain as
tightly as possible.  So some kind of local, SET-like operation seems
safer to me than a global, ALTER-TABLE-like operation.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Joe Conway
Date:
Subject: Re: Disabling triggers (was Re: pgsql 7.2.3 crash)
Next
From: Denis A Ustimenko
Date:
Subject: Re: droped out precise time calculations in src/interfaces/libpq/fe-connect.c