Re: refactor ExecInitPartitionInfo - Mailing list pgsql-hackers

From Andreas Karlsson
Subject Re: refactor ExecInitPartitionInfo
Date
Msg-id de595a8e-2fc0-4931-94e5-3cb00d91d698@proxel.se
Whole thread Raw
In response to Re: refactor ExecInitPartitionInfo  (jian he <jian.universality@gmail.com>)
List pgsql-hackers
On 2/21/26 4:07 PM, jian he wrote:
> V1 is way too complicated.
> IMHO, we can just do
> 
>      if (node != NULL)
>          part_attmap = build_attrmap_by_name(RelationGetDescr(partrel),
>                                              RelationGetDescr(firstResultRel),
>                                              false);
> 
> We have now consolidated five uses of build_attrmap_by_name into one.

Hm, why would that be ok? As far as I can tell the current code tries 
hard to not build the attmap unless it is actually needed while you 
propose to build it almost unconditionally. While the code is less 
complicated with your patch it instead has to do more work in some 
cases, right?

Andreas




pgsql-hackers by date:

Previous
From: Andreas Karlsson
Date:
Subject: Re: Use pg_malloc macros in src/fe_utils
Next
From: "Hayato Kuroda (Fujitsu)"
Date:
Subject: RE: Patch for migration of the pg_commit_ts directory