From: | Judy Loomis <hoodie(dot)judy(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: Cascade Trigger Not Firing |
Date: | 2019-09-14 03:07:04 |
Message-ID: | CADoG1K2hvHUQZzkfFSWnVzLOnnn0fcj9Woy7J=U0ZeJ9HuRjGg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
At the very least that note about this behavior should be highlighted,
probably on the Trigger Behavior page and not buried in a bunch of notes on
the Create Trigger page.
On Fri, Sep 13, 2019 at 4:03 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Judy Loomis <hoodie(dot)judy(at)gmail(dot)com> writes:
> > I'm going to have to really look at all my BEFORE UPDATE triggers and
> make
> > sure we're not missing any more.
> > And I have to stop telling management that a trigger means we always know
> > when a value changes.
>
> Well, you can rely on that, just not like this. Use an AFTER trigger
> (else, you can't be sure it fires after all the BEFORE triggers)
> and instead of triggering it with a column parameter, have it do
> something like "if old.col is distinct from new.col".
>
> Yeah, it's a bit slower that way, but there's no free lunch,
> especially if you don't trust your other triggers. (Although,
> if you have so many triggers that that's a problem, I think you
> might have some other design issues.)
>
> regards, tom lane
>
--
----------------------------------------------------------
*Judy Loomis*
469.235.5839
From | Date | Subject | |
---|---|---|---|
Next Message | Ayub M | 2019-09-14 06:41:26 | Re: pgbouncer with ldap |
Previous Message | Tom Lane | 2019-09-13 21:03:01 | Re: Cascade Trigger Not Firing |