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+TgmoZdm2c6gUfc1jzzVzZRmhzXUPLXURBvRK3TC0aqPCpKkg@mail.gmail.com
Whole thread Raw
In response to 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 Sun, Aug 9, 2015 at 3:50 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I've started to work on path-ification of the upper planner (finally),
> and since that's going to be a large patch in any case, I've been looking
> for pieces that could be bitten off and done separately.  One such piece
> is the fact that SS_finalize_plan (computation of extParams/allParams)
> currently gets run at the end of subquery_planner; as long as that's true,
> we cannot have subquery_planner returning paths rather than concrete
> plans.  The attached patch moves that processing to occur just before
> set_plan_references is run.

Tom,

Do you expect to do more work on the upper planner path-ification stuff soon?

Just checking.

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



pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: 9.3.9 and pg_multixact corruption
Next
From: Joe Conway
Date:
Subject: Re: Multi-tenancy with RLS