Re: Select + Functions + Composite Types: Behavior

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "David Johnston" <polobo(at)yahoo(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Select + Functions + Composite Types: Behavior
Date: 2011-02-12 22:32:30
Message-ID: 25245.1297549950@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"David Johnston" <polobo(at)yahoo(dot)com> writes:
> If I put a function that returns a composite type into the FROM clause of a
> SELECT query (and it - the function - is the only source for the query) the
> "*" select list expands so that there is a single record for each component
> of the composite type.

> SELECT * FROM compositereturningfunction()
> Yields -> 2 columns (one for id and one for data)

> I've read quite a bit about plpgsql and composite types and do not recall
> anything about this specific default behavior and methods to force
> (workaround) to the other behavior.

It's just like tables. Try

select x from compositereturningfunction() x

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message mark 2011-02-12 23:36:07 Re: Idle connections
Previous Message David Johnston 2011-02-12 22:16:28 Select + Functions + Composite Types: Behavior