Re: Asynchronous MergeAppend

Alexander Pyhalov <a.pyhalov@postgrespro.ru>

View thread

From: Alexander Pyhalov <a.pyhalov@postgrespro.ru>

To: Matheus Alcantara <matheusssilv97@gmail.com>

Cc: Alena Rybakina <a.rybakina@postgrespro.ru>, Pgsql Hackers <pgsql-hackers@postgresql.org>

Date: 2026-02-12T07:08:45Z

Lists: pgsql-hackers

Attachments

v13-0001-mark_async_capable-subpath-should-match-subplan.patch (text/x-diff) patch v13-0001
v13-0002-MergeAppend-should-support-Async-Foreign-Scan-subpla.patch (text/x-diff) patch v13-0002
v13-0003-Common-infrastructure-to-MergeAppend-and-Append-node.patch (text/x-diff) patch v13-0003

Alexander Pyhalov писал(а) 2025-12-30 22:04:
> Matheus Alcantara писал(а) 2025-12-30 18:04:
>> On Tue Dec 30, 2025 at 10:15 AM -03, Alexander Pyhalov wrote:
>>> Looks good. What do you think about 
>>> classify_matching_subplans_common()?
>>> Should it stay where it is or should we hide it to
>>> src/include/executor/execAppend.h ?
>>> 
>> Yeah, sounds better to me to move classify_matching_subplans_common to
>> execAppend.h since it very specific for the MergeAppend and Append
>> execution. I've declared the function as static inline on execAppend.h
>> but I'm not sure if it's the best approach.
>> 
>> I've also wrote a proper commit message for this new version.
> 
> Looks good to me.

Hi.
Rebased patches over fresh master.

-- 
Best regards,
Alexander Pyhalov,
Postgres Professional

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

Handle interrupts while waiting on Append's async subplans
- af717317a04f 18.0 cited