| From: | Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp> |
|---|---|
| To: | Michael Paquier <michael(at)paquier(dot)xyz>, Dilip Kumar <dilipbalaut(at)gmail(dot)com> |
| Cc: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: speeding up planning with partitions |
| Date: | 2018-10-02 01:24:59 |
| Message-ID: | 7b781a88-8234-d28b-c93f-17adaa2436aa@lab.ntt.co.jp |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2018/10/02 10:20, Michael Paquier wrote:
> On Sat, Sep 29, 2018 at 07:00:02PM +0530, Dilip Kumar wrote:
>> I think we can delay allocating memory for rel->part_rels? And we can
>> allocate in add_rel_partitions_to_query only
>> for those partitions which survive pruning.
>
> This last review set has not been answered, and as it is recent I am
> moving the patch to next CF, waiting on author.
I was thinking of doing that myself today, thanks for taking care of that.
Will get back to this by the end of this week.
Thanks,
Amit
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Amit Kapila | 2018-10-02 01:26:45 | Re: SerializeParamList vs machines with strict alignment |
| Previous Message | Michael Paquier | 2018-10-02 01:20:43 | Re: speeding up planning with partitions |