Re: WIP patch: convert SQL-language functions to return tuplestores - Mailing list pgsql-hackers

From Robert Haas
Subject Re: WIP patch: convert SQL-language functions to return tuplestores
Date
Msg-id 603c8f070810290607t7f00bd1bud8865e7a376fe7ca@mail.gmail.com
Whole thread Raw
In response to Re: WIP patch: convert SQL-language functions to return tuplestores  (Dimitri Fontaine <dfontaine@hi-media.com>)
List pgsql-hackers
> So my idea would be to have the SQL function behavior choose to return values
> either via tuplestore or via value-per-call, depending on the user
> setting "generator" or "lazy".
> Done this way, the user could also choose for the function to be lazy or to
> use a tuplestore whatever the language in which it's written.

The problem is not the general PostgreSQL executor, but whatever body
of code executes PL/pgsql functions (and other PL languages).  It does
not, as I understand it, support freezing execution of the function
midway through and picking up again later.  I haven't looked at the
code, but based on previous experience, that could turn out to be a
pretty major refactoring. I suspect it would be worthwhile and quite
welcome to many users - but I doubt very much that it would be easy.

...Robert


pgsql-hackers by date:

Previous
From: "Pavel Stehule"
Date:
Subject: Re: some problem with casting unknown to smallint
Next
From: "Robert Haas"
Date:
Subject: Re: Updating FSM on recovery