Re: Triggers and transactions
Richard Huxton <dev@archonet.com>
From: Richard Huxton <dev@archonet.com>
To: Craig James <cjames@emolecules.com>
Cc: pgsql-performance@postgresql.org
Date: 2013-01-28T19:10:44Z
Lists: pgsql-performance
On 28/01/13 18:54, Craig James wrote: > If I drop and then recreate a trigger inside of a single transaction, > how does it affect other processes trying to use the same table? Can > they just merrily go along their way using the table, or will they be > blocked by an exclusive lock? > I *think* it blocks, but in any case, read on... > We have a trigger that detects illegal drugs and dangerous chemicals > (such as explosives and flammable compounds that can't be shipped by air). <pedantry mode="full">detects a reference to illegal... (unless you've hooked your RDBMS up to some sort of x-ray scanner, in which case I salute you sir)</pedantry> > Unfortunately, the trigger's function is necessarily "heavyweight" and > slow. > > The drop-and-restore-trigger operation is needed when we're copying > data one server to another. Run the copy as a different user than ordinary applications (a good idea anyway). Then the function can just check current_user and exit for the copy. -- Richard Huxton Archonet Ltd