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

From Marc G. Fournier
Subject Re: Disabling triggers (was Re: pgsql 7.2.3 crash)
Date
Msg-id 20021014010721.O20941-100000@hub.org
Whole thread Raw
In response to Disabling triggers (was Re: pgsql 7.2.3 crash)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Disabling triggers (was Re: pgsql 7.2.3 crash)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
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?




pgsql-hackers by date:

Previous
From: Joe Conway
Date:
Subject: Re: droped out precise time calculations in src/interfaces/libpq/fe-connect.c
Next
From: Bruce Momjian
Date:
Subject: Re: 7.3b2 ?bug? bitfromint4 is not working