Re: BUG #18830: ExecInitMerge Segfault on MERGE - Mailing list pgsql-bugs

From Dean Rasheed
Subject Re: BUG #18830: ExecInitMerge Segfault on MERGE
Date
Msg-id CAEZATCX4owkQv7NE02hModeCE48DUa+VzYHckx=iEntjrOAL8w@mail.gmail.com
Whole thread Raw
In response to Re: BUG #18830: ExecInitMerge Segfault on MERGE  (Amit Langote <amitlangote09@gmail.com>)
Responses Re: BUG #18830: ExecInitMerge Segfault on MERGE
List pgsql-bugs
On Thu, 13 Mar 2025 at 12:44, Amit Langote <amitlangote09@gmail.com> wrote:
>
> One thing I'd like to avoid is taking any locks during ExecInitNode(),
> including in functions like ExecGetRangeTableRelation(). Doing so
> would require checking whether the CachedPlan is still valid and
> handling invalidation if it isn't -- see commit 525392d5727f for
> background.
>

Yes, I wondered about that. I saw that earlier commit, and the notes
in the executor README, but I still don't quite understand.
Specifically, how is locking this pruned leaf partition in
ExecInitModifyTable() different from locking any other pruned leaf
partition later in the INSERT path? (For example, as part of an UPDATE
that moves a tuple from an unpruned partition to a pruned one.)

Regards,
Dean



pgsql-bugs by date:

Previous
From: Amit Langote
Date:
Subject: Re: BUG #18830: ExecInitMerge Segfault on MERGE
Next
From: Tom Lane
Date:
Subject: Re: BUG #18843: ERROR: Input of anonymous composite types is not implemented in array_agg function