Re: upper planner path-ification - Mailing list pgsql-hackers

From Andrew Gierth
Subject Re: upper planner path-ification
Date
Msg-id 87h9ra5b7g.fsf@news-spur.riddles.org.uk
Whole thread Raw
In response to Re: upper planner path-ification  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: upper planner path-ification  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
>>>>> "Tom" == Tom Lane <tgl@sss.pgh.pa.us> writes:
>> Hrm, ok. So for the near future, we should leave it more or less>> as-is?  We don't have a timescale yet, but it's
ourintention to>> submit a hashagg support patch for grouping sets as soon as time>> permits.
 
Tom> Well, mumble.  I keep saying that I want to tackle path-ificationTom> in that area, and I keep not finding the
timeto actually do it.Tom> So I'm hesitant to tell you that you should wait on it.  ButTom> certainly I think that
it'llbe a lot easier to get hashaggTom> costing done in that framework than in what currently exists.
 

Incidentally, the most obvious obstacle to better planning of grouping
sets in the sorted cases is not so much how to pick paths in
grouping_planner itself, but rather the fact that query_planner wants to
be given only one sort order. Is there any prospect for improvement
there?

-- 
Andrew (irc:RhodiumToad)



pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: Bug in jsonb minus operator
Next
From: Beena Emerson
Date:
Subject: Re: Support for N synchronous standby servers - take 2