| From: | Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp> |
|---|---|
| To: | amul sul <sulamul(at)gmail(dot)com>, David Rowley <david(dot)rowley(at)2ndquadrant(dot)com> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Generating partitioning tuple conversion maps faster |
| Date: | 2018-06-25 05:26:53 |
| Message-ID: | 24385d39-e4bc-1e4d-0425-dca3ecff7449@lab.ntt.co.jp |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2018/06/25 14:12, amul sul wrote:
> On Mon, Jun 25, 2018 at 10:30 AM David Rowley
> <david(dot)rowley(at)2ndquadrant(dot)com> wrote:
>>
> [...]
>> Given the small size of this patch. I think it's a good candidate for
>> the July 'fest.
>>
>
> Just a different thought, how about having flag array something like
> needed_tuple_conv?
>
> While loading partdesc, we could calculate that the columns of partition table
> are aligned with the parent or not?
Yeah maybe, but ISTM, that could be implemented *in addition to* the
tweaks to convert_tuples_by_name_map that David's proposing, which seem
helpful in their own right.
Thanks,
Amit
| From | Date | Subject | |
|---|---|---|---|
| Next Message | amul sul | 2018-06-25 05:36:41 | Re: Generating partitioning tuple conversion maps faster |
| Previous Message | amul sul | 2018-06-25 05:12:34 | Re: Generating partitioning tuple conversion maps faster |