Re: proposal: plpgsql - iteration over fields of rec or row variable

From: "David E(dot) Wheeler" <david(at)kineticode(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Merlin Moncure <mmoncure(at)gmail(dot)com>
Subject: Re: proposal: plpgsql - iteration over fields of rec or row variable
Date: 2010-11-09 17:42:16
Message-ID: B0743598-779B-4FE2-A3EF-5BC1285C9DE5@kineticode.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Nov 9, 2010, at 9:34 AM, Tom Lane wrote:

> I think there's a fairly fundamental contradiction involved here.
> One of the basic design attributes of plpgsql is that it's strongly
> typed. Sometimes that's a blessing, and sometimes it's not, but
> it's a fact. There really isn't a good way to deal with run-time
> field selection while still maintaining strong typing. I do not
> believe that the answer to that problem is "so let's break strong
> typing". Rather, the answer is that if that's what you need, you
> need to use a different tool. There's a reason we support multiple
> PLs.

Yeah, I think that Pavel wants to get at the record values with their types in tact. Not sure how that'd work though, really. If you know the type of the record columns already, you can just get them. But I'm not sure how you could introspect the column names and their types, and then get those types out without casting, except perhaps via EXECUTE…

Best,

David

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David E. Wheeler 2010-11-09 17:42:35 Re: proposal: plpgsql - iteration over fields of rec or row variable
Previous Message Pavel Stehule 2010-11-09 17:40:23 Re: proposal: plpgsql - iteration over fields of rec or row variable