| From: | David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> |
|---|---|
| To: | Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp> |
| Cc: | Jesper Pedersen <jesper(dot)pedersen(at)redhat(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Ashutosh Bapat <ashutosh(dot)bapat(at)enterprisedb(dot)com>, Rajkumar Raghuwanshi <rajkumar(dot)raghuwanshi(at)enterprisedb(dot)com>, Kyotaro HORIGUCHI <horiguchi(dot)kyotaro(at)lab(dot)ntt(dot)co(dot)jp>, Amit Langote <amitlangote09(at)gmail(dot)com>, Dilip Kumar <dilipbalaut(at)gmail(dot)com>, Beena Emerson <memissemerson(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [HACKERS] path toward faster partition pruning |
| Date: | 2018-03-30 13:41:02 |
| Message-ID: | CAKJS1f9ZFU3kgE81ixYV+D3MD5DOaRqFa9S3+UTz-36QNN1HfA@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 31 March 2018 at 02:00, David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> wrote:
> On 31 March 2018 at 01:18, David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> wrote:
>> I've noticed that there are no outfuncs or readfuncs for all the new
>> Step types you've added.
>>
>> Also, the copy func does not properly copy the step_id in the base
>> node type. This will remain at 0 after a copyObject()
>
> Attaching it as it may save you some time from doing it yourself.
> Please check it though.
The attached might be slightly easier to apply. The previous version
was based on top of some other changes I'd been making.
--
David Rowley http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
| Attachment | Content-Type | Size |
|---|---|---|
| copy_read_write_func_fixes_v2.patch | application/octet-stream | 3.0 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2018-03-30 13:58:39 | Re: [HACKERS] GSoC 2017: weekly progress reports (week 6) |
| Previous Message | Alvaro Herrera | 2018-03-30 13:33:30 | Re: [HACKERS] path toward faster partition pruning |