Re: refactor ExecInitPartitionInfo - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: refactor ExecInitPartitionInfo
Date
Msg-id 4d3cf783-514c-4bb6-ae58-4fc3f1fb1c3c@iki.fi
Whole thread
In response to Re: refactor ExecInitPartitionInfo  (Haibo Yan <tristan.yim@gmail.com>)
List pgsql-hackers
On 03/04/2026 01:19, Haibo Yan wrote:
>> On Apr 1, 2026, at 6:12 AM, jian he <jian.universality@gmail.com> wrote:
>> Ok. I switched it back to
>>
>> +    if (node &&
>> +        (node->withCheckOptionLists != NIL ||
>> +         node->returningLists != NIL ||
>> +         node->onConflictAction == ONCONFLICT_UPDATE ||
>> +         node->onConflictWhere ||
>> +         node->operation == CMD_MERGE))
>> +    {
>> +        /* later map_variable_attnos need use attribute map, build it 
>> now */
>> +        part_attmap = build_attrmap_by_name(RelationGetDescr(partrel),
>> + 
>>                                            RelationGetDescr(firstResultRel),
>> +                                            false);
>> +    }
>> +
>
> Hi Jian,
> 
> Thanks for working on this.
> 
> I’m not convinced this refactoring buys us much in its current form.

+1, for all the reasons you said. I have marked this as rejected in the 
commitfest app. Thanks!

- Heikki




pgsql-hackers by date:

Previous
From: Ayush Tiwari
Date:
Subject: Re: REVOKE's CASCADE protection doesn't work with INHERITed table owners
Next
From: Heikki Linnakangas
Date:
Subject: Re: Implement waiting for wal lsn replay: reloaded