From: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> |
---|---|
To: | Markus Wanner <markus(dot)wanner(at)enterprisedb(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [PATCH] Present all committed transaction to the output plugin |
Date: | 2021-02-20 11:15:39 |
Message-ID: | CAA4eK1Jo0gsd8mUtcuWXLSsYgTbZaBVvwFa_XmOdOGv46qJGGQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Feb 19, 2021 at 6:06 PM Markus Wanner
<markus(dot)wanner(at)enterprisedb(dot)com> wrote:
>
> Hi,
>
> attached is a patch that I think is cleaning up the API between Postgres
> and the logical decoding plugin. Up until now, not only transactions
> rolled back, but also some committed transactions were filtered and not
> presented to the output plugin. While it is documented that aborted
> transactions are not decoded, the second exception has not been documented.
>
> The difference is with committed empty transactions that have a snapshot
> versus those that do not. I think that's arbitrary and propose to
> remove this distinction, so that all committed transactions are decoded.
>
What exactly is the use case to send empty transactions with or
without prepared? In the past, there was a complaint [1] that such
transactions increase the network traffic.
--
With Regards,
Amit Kapila.
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2021-02-20 12:15:48 | Re: repeated decoding of prepared transactions |
Previous Message | Markus Wanner | 2021-02-20 10:55:19 | Re: repeated decoding of prepared transactions |