Re: [HACKERS] Add support for tuple routing to foreign partitions

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Amit Langote <Langote_Amit_f8(at)lab(dot)ntt(dot)co(dot)jp>
Cc: Etsuro Fujita <fujita(dot)etsuro(at)lab(dot)ntt(dot)co(dot)jp>, Stephen Frost <sfrost(at)snowman(dot)net>, Maksim Milyutin <milyutinma(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [HACKERS] Add support for tuple routing to foreign partitions
Date: 2018-03-20 12:31:56
Message-ID: 20180320123156.tc5z3vxuxzp3brqk@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

Amit Langote wrote:

> 2. If I understand the description you provided in [1] correctly, the
> point of having ri_PartitionIsValid and ExecInitExtraPartitionInfo() is to
> avoid possibly-redundantly performing following two steps in
> ExecSetupPartitionTupleRouting() for *reused* partition ResultRelInfos
> that may not be used for tuple routing after all:
>
> - create the parent_child_tupconv_maps[] entry for it
> - perform FDW tuple routing initialization.
>
> If that's true, the following comment could be expanded just a little bit
> to make that clearer:
>
> /*
> * ExecInitPartitionExtraInfo
> * Do the remaining initialization work for the given partition

Yeah, I think the comments on why this is a separate step should be more
extensive. Probably add something to ExecInitPartitionInfo too.

--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tomas Vondra 2018-03-20 12:35:19 Re: [HACKERS] plpgsql - additional extra checks
Previous Message Andrew Gierth 2018-03-20 12:11:45 Re: BUG #15122: can't import data if table has a constraint with a function calling another function