RE: speeding up planning with partitions - Mailing list pgsql-hackers

From Tsunakawa, Takayuki
Subject RE: speeding up planning with partitions
Date
Msg-id 0A3221C70F24FB45833433255569204D1FB961EA@G01JPEXMBYT05
Whole thread Raw
In response to Re: speeding up planning with partitions  (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>)
List pgsql-hackers
Hi Amit,

From: Amit Langote [mailto:Langote_Amit_f8@lab.ntt.co.jp]
> Maybe I chose the the subject line of this thread poorly when I began
> working on it.  It should perhaps have been something like "speeding up
> planning of point-lookup queries with many partitions" or something like
> that.  There are important use cases beyond point lookup even with
> partitioned tables (or maybe more so with partitioned tables), but perhaps
> unsurprisingly, the bottlenecks in those cases are not *just* in the
> planner.

No, it's simply my fault.  I wasn't aware of the CF Bot and the CF entry page that act on the latest submitted patch.
I'mrelieved to see you have submitted the revised patch.
 


Regards
Takayuki Tsunakawa


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Fixing findDependentObjects()'s dependency on scan order (regressions in DROP diagnostic messages)
Next
From: Peter Geoghegan
Date:
Subject: Re: Fixing findDependentObjects()'s dependency on scan order(regressions in DROP diagnostic messages)