Re: Resetting recovery target parameters in pg_createsubscriber

From: Alexander Korotkov <aekorotkov(at)gmail(dot)com>
To: Alyona Vinter <dlaaren8(at)gmail(dot)com>
Cc: "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Resetting recovery target parameters in pg_createsubscriber
Date: 2025-09-15 07:29:47
Message-ID: CAPpHfdvaS80t9174rJ5gdpwosmz0_sAK9OYtiKWXKPYymHR_og@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hello, Alyona!

On Mon, Sep 8, 2025 at 8:35 AM Alyona Vinter <dlaaren8(at)gmail(dot)com> wrote:
>
> Sorry, wrong patches again. Here are the correct ones.

I went though this patches.
1) I've removed the array of parameters. I see it was proposed by
Michael upthread. But I think his proposal came from the fact we walk
trough the parameters twice. But we end up walking trough the
parameter once in setup_recovery(), while reset_recovery_params() just
restores the previous contents. I think it makes sense to keep the
changes minimal.
2) I reordered patches so that helper function goes first. I think it
essential to order commit in the way that every commit leaves our tree
in working state.
3) I make pgpreltidy run over 040_pg_createsubscriber.pl.
Any thought?

------
Regards,
Alexander Korotkov
Supabase

Attachment Content-Type Size
v4-0001-Implements-helper-function-in-recovery_gen.patch application/octet-stream 3.5 KB
v4-0002-Reseting-recovery-target-parameters-in-pg_creates.patch application/octet-stream 4.5 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Zhijie Hou (Fujitsu) 2025-09-15 07:36:56 RE: Conflict detection for update_deleted in logical replication
Previous Message Peter Eisentraut 2025-09-15 06:36:22 Re: --with-llvm on 32-bit platforms?