Re: query_planner() API change - Mailing list pgsql-hackers

From Tom Lane
Subject Re: query_planner() API change
Date
Msg-id [email protected]
Whole thread Raw
In response to Re: query_planner() API change  (Robert Haas <[email protected]>)
Responses Re: query_planner() API change
List pgsql-hackers
Robert Haas <[email protected]> writes:
> On Sun, Aug 4, 2013 at 6:20 PM, Tom Lane <[email protected]> wrote:
>> I think it's time to bite the bullet and *not* pass back completed paths.
>> What's looking more attractive now is to just pass back the top-level
>> RelOptInfo ("final_rel" in query_planner()).

> I tend to think this is a pretty good plan.

I looked around a little more and noted that this would complicate the
special-case handling of an empty join tree (viz, "SELECT 2+2").  Right
now query_planner() just has to make the appropriate Result path and it's
done.  We'd have to create a dummy RelOptInfo representing an empty set
of relations, which is a bit weird but probably not too unreasonable
when all's said and done.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: PostgreSQL and ASLR on Linux
Next
From: Robert Haas
Date:
Subject: Re: PostgreSQL and ASLR on Linux