Re: [Patch] add new parameter to pg_replication_origin_session_setup
От | Doruk Yilmaz |
---|---|
Тема | Re: [Patch] add new parameter to pg_replication_origin_session_setup |
Дата | |
Msg-id | CAMPB6wfgvWjSvKNPoJkRqaL46geRDoL++Pt_3Czc2QNAdpVQHw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [Patch] add new parameter to pg_replication_origin_session_setup (Amit Kapila <amit.kapila16@gmail.com>) |
Ответы |
Re: [Patch] add new parameter to pg_replication_origin_session_setup
|
Список | pgsql-hackers |
On Mon, Mar 3, 2025 at 6:39 AM Amit Kapila <amit.kapila16@gmail.com> wrote: > > To use replication_origin by multiple processes, one must maintain the > commit order as we do internally by allowing the leader process to > wait for the parallel worker to finish the commit. See comments atop > replorigin_session_setup(). Now, we could expose the pid parameter as > proposed by the patch after documenting the additional requirements, > but I am afraid that users may directly start using the API without > following the commit order principle, which can lead to incorrect > replication. So, isn't it better to do something to avoid the misuse > of this feature before exposing it? Wouldn't mentioning/describing needing to follow the commit order principle on the documentation be enough for this? It is quite an advanced feature that I don't believe person intending to use it won't start with reading documentation first. Is there any updates on the commit? I see that intended commitfest window ended. Thanks, Doruk Yılmaz
В списке pgsql-hackers по дате отправления: