Re: attisdropped, * expansion and tg_trigtuple

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

In response to

Browse pgsql-general by date

  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?