Re: SRFs ExecMakeTableFunctionResult - Mailing list pgsql-hackers

From James William Pye
Subject Re: SRFs ExecMakeTableFunctionResult
Date
Msg-id 20040809173206.GA18051@void.ph.cox.net
Whole thread Raw
In response to Re: SRFs ExecMakeTableFunctionResult  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> Seems reasonable to me.  A SRF function really ought to explicitly set
> isDone on every call anyway.

Aye, it seems reasonable, but a bit inconsistent with the effect of
ExecMakeFunctionResult, which does the same thing but bases the continuity of
the result gathering on the isDone pointer, which is set to
ExprMultipleResult if isDone is not ExprEndResult, thus making it continue
until rsinfo.isDone is explicitly set to ExprEndResult, unlike table
functions which will end on either SingleResult or EndResult.
(Around lines #941-984 in execQual.c)

Is this inconsistency desired?

My confusion came in when I implemented SRFs that worked with non-table
SRFs, and then table functions didn't work because I wasn't setting isDone
to MultipleResult every call.

--
Regards,       James William Pye

pgsql-hackers by date:

Previous
From: Stefan Kaltenbrunner
Date:
Subject: Tablespace issues (comment on ,moving indexes)
Next
From: Gaetano Mendola
Date:
Subject: Re: VACUUM DELAY