From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Jan Wieck <jan(at)black-lion(dot)info> |
Cc: | Chris Anderson <cva(at)pobox(dot)com>, pgsql-sql(at)postgresql(dot)org |
Subject: | Re: BEFORE UPDATE Triggers |
Date: | 2003-08-30 21:56:27 |
Message-ID: | 2691.1062280587@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Jan Wieck <jan(at)black-lion(dot)info> writes:
> Unfortunately, you're right. There is no way do distinguish in a trigger
> or rule if a value in the new row did result from the UPDATE query or
> from target list expansion with OLD values.
> It would not be terribly hard to examine the original query during
> executor start, looking for bare OLD referencing Var nodes, and stick
> something like a flag array into the trigger information.
People keep suggesting this, but I've never thought it was a very sane
idea. What if some BEFORE trigger upstream of yours changes the column?
You won't find that out unless you actually compare the OLD and NEW
column values. If you assume the column has not changed just because
the original query text didn't change it, you are in for a world of hurt.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Dan Langille | 2003-08-31 01:16:26 | Re: Getting the return type right for SETOF |
Previous Message | Stephan Szabo | 2003-08-30 20:59:40 | Re: Getting the return type right for SETOF |