Re: a column definition list is required for functions returning "record"

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: a column definition list is required for functions returning "record"
Дата
Msg-id dd26b0ad-1938-3c0b-80de-a4fcfcedd22d@BlueTreble.com
обсуждение исходный текст
Ответ на Re: a column definition list is required for functions returning "record"  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: a column definition list is required for functions returning "record"  (Merlin Moncure <mmoncure@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: Venkata B Nagothi
Дата:
Сообщение: Re: How to reduce WAL files in Point in time recovery
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: What limits Postgres performance when the whole database lives in cache?