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+TgmoZNj_xeBPofH+GKvn_km3hTe+XfO-kHdwThiehniBU-HQ@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>)
List pgsql-hackers
On Fri, Sep 11, 2015 at 9:14 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> 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).
>
> Yeah, I'm well aware that this is blocking progress in several areas.
> I do intend to make it happen, but it's not the only demand on my time.

Sure, I understand that.

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



pgsql-hackers by date:

Previous
From: Joe Conway
Date:
Subject: Re: RLS open items are vague and unactionable
Next
From: Jan Wieck
Date:
Subject: Re: Double linking MemoryContext children