Re: Is drop/restore trigger transactional? - Mailing list pgsql-performance

From Samuel Gendler
Subject Re: Is drop/restore trigger transactional?
Date
Msg-id CAEV0TzAEX6bPC2OKtSgiYgkK1htry4YaRXDiig5tQjRqOp-Daw@mail.gmail.com
Whole thread Raw
In response to Re: Is drop/restore trigger transactional?  (Craig James <cjames@emolecules.com>)
List pgsql-performance


On Tue, Aug 7, 2012 at 2:39 PM, Craig James <cjames@emolecules.com> wrote:

Obviously this is a very expensive trigger, but one that we can drop
in a very specific circumstance.  But we NEVER want to drop it for
everyone.  It seems like a very reasonable use-case to me.


Sounds like you should try doing the work inside the trigger conditionally and see if that improves performance enough, since you aren't likely to get anything that better suits your needs without patching postgres.


pgsql-performance by date:

Previous
From: Craig James
Date:
Subject: Re: Is drop/restore trigger transactional?
Next
From: Merlin Moncure
Date:
Subject: Re: Is drop/restore trigger transactional?