Re: Moving SS_finalize_plan processing to the end of planning - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Moving SS_finalize_plan processing to the end of planning
Date
Msg-id CA+TgmoYtp3Uow-VnMZM8rHqfcRZ8iQOi6XRQ-PJiqjKV1tPwQw@mail.gmail.com
Whole thread Raw
In response to Re: Moving SS_finalize_plan processing to the end of planning  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Moving SS_finalize_plan processing to the end of planning  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Thu, Sep 10, 2015 at 9:49 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> Do you expect to do more work on the upper planner path-ification stuff soon?
>
> Yeah, I do actually have some work in progress.  Not sure how soon I'll be
> ready to show it --- there's a lot of code to break and reassemble :-(

Yeah, I remember looking at it a bit and finding it quite an
intimidating piece of code.  I'm just asking because it would be nice
if we got the infrastructure into this release in time to do something
with it - specifically, I'd like to find a way for FDWs to push down
aggregates, a capability for which EDB has had multiple customer
requests (and I'm sure we're not the only ones).

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: "Jinyu Zhang"
Date:
Subject: Did we forget to unpin buf in function "revmap_physical_extend" ?
Next
From: Robert Haas
Date:
Subject: Re: Proposal: Implement failover on libpq connect level.