Re: Propagate pathkeys from CTEs up to the outer query - Mailing list pgsql-hackers

From Andrei Lepikhov
Subject Re: Propagate pathkeys from CTEs up to the outer query
Date
Msg-id fca8fe78-c67a-48ac-9164-60138e122f6c@postgrespro.ru
Whole thread Raw
In response to Propagate pathkeys from CTEs up to the outer query  (Richard Guo <guofenglinux@gmail.com>)
List pgsql-hackers
On 29/1/2024 10:18, Richard Guo wrote:
> In [1] we've reached a conclusion that for a MATERIALIZED CTE it's okay
> to 'allow our statistics or guesses for the sub-query to subsequently
> influence what the upper planner does'.  Commit f7816aec23 exposes
> column statistics to the upper planner.  In the light of that, here is a
> patch that exposes info about the ordering of the CTE result to the
> upper planner.
> 
> This patch was initially posted in that same thread and has received
> some comments from Tom in [2].  Due to the presence of multiple patches
> in that thread, it has led to confusion.  So fork a new thread here
> specifically dedicated to discussing the patch about exposing pathkeys
> from CTEs to the upper planner.
I like this approach. It looks good initially, but such features need 
more opinions/views/time to analyse corner cases.
It goes alongside my current backburner - pull parameterisation through 
the GROUP-BY and the query block fence up to the JOIN searching code of 
the parent query.

-- 
regards,
Andrei Lepikhov
Postgres Professional




pgsql-hackers by date:

Previous
From: Ian Lawrence Barwick
Date:
Subject: Re: Allow passing extra options to initdb for tests
Next
From: torikoshia
Date:
Subject: Re: RFC: Logging plan of the running query