From: | "Nigel J(dot) Andrews" <nandrews(at)investsystems(dot)co(dot)uk> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: attisdropped, * expansion and tg_trigtuple |
Date: | 2003-06-19 14:11:31 |
Message-ID: | Pine.LNX.4.21.0306191502400.29248-100000@ponder.fairway2k.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, 19 Jun 2003, Tom Lane wrote:
> "Nigel J. Andrews" <nandrews(at)investsystems(dot)co(dot)uk> writes:
> > If in a trigger one does a select * from the table the trigger is on
> > is it safe to assume that tg_trigtuple (and so tg_newtuple) will use
> > the same TupleDesc as that returned from the select *, i.e. the
> > tg_relation->rd_att TupleDesc?
>
> Given recent discussions about decoupling logical and physical column
> order, I'd think that assumption might blow up in your face in a version
> or two. It's unsafe even today if the relation has dropped columns.
Thanks, that's what started me thinking about what I was doing and although I
added a check for attisdropped in my loop it still relies on the trigtuple and
the one returned from select * being the same.
Plus of course I wasn't thinking that at some stage that the logical order
might be changed since I'm not likely to do that, but then one never knows and
someone else might change it.
--
Nigel J. Andrews
From | Date | Subject | |
---|---|---|---|
Next Message | Ron Johnson | 2003-06-19 14:21:18 | Re: A creepy story about dates. How to prevent it? |
Previous Message | Tom Lane | 2003-06-19 14:10:22 | Re: A creepy story about dates. How to prevent it? |