Re: a column definition list is required for functions returning "record" - Mailing list pgsql-general

From Jim Nasby
Subject Re: a column definition list is required for functions returning "record"
Date
Msg-id dd26b0ad-1938-3c0b-80de-a4fcfcedd22d@BlueTreble.com
Whole thread Raw
In response to Re: a column definition list is required for functions returning "record"  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: a column definition list is required for functions returning "record"  (Merlin Moncure <mmoncure@gmail.com>)
List pgsql-general
On 8/29/16 6:28 AM, Tom Lane wrote:
> Pavel Stehule <pavel.stehule@gmail.com> writes:
>> > 2016-08-29 1:59 GMT+02:00 Jim Nasby <Jim.Nasby@bluetreble.com>:
>>> >> It would be nice if there was a way to pass dynamically formed records
>>> >> around, similar to how you can pass the results of row() around. Someone
>>> >> else has actually be asking about this at https://github.com/decibel/pg_
>>> >> lambda/issues/1.
>> > Probably there is a space to be PLpgSQL more flexible - but there are
>> > limits - PLpgSQL is black box for SQL engine, and when output is any record
>> > type, then SQL engine knows zero about returning data structure in
>> > preprocessing time.
> Exactly.  You can pass anonymous record types around today, as long as you
> don't do anything that requires knowing what their contents are, either in
> the function or in the calling query:

What I was thinking of is something (like a function) that has
explicitly defined what the contents of the record are.
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com
855-TREBLE2 (855-873-2532)   mobile: 512-569-9461


pgsql-general by date:

Previous
From: Venkata B Nagothi
Date:
Subject: Re: How to reduce WAL files in Point in time recovery
Next
From: Peter Geoghegan
Date:
Subject: Re: What limits Postgres performance when the whole database lives in cache?