From: | vignesh C <vignesh21(at)gmail(dot)com> |
---|---|
To: | Markus Wanner <markus(dot)wanner(at)enterprisedb(dot)com> |
Cc: | Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Ajin Cherian <itsajin(at)gmail(dot)com> |
Subject: | Re: [PATCH] Provide more information to filter_prepare |
Date: | 2021-03-29 11:04:23 |
Message-ID: | CALDaNm0MNt=7Ourki4gZnQN5afts8a5NL6Lu_Ha1H1tM3FivSA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Mar 29, 2021 at 4:22 PM Markus Wanner
<markus(dot)wanner(at)enterprisedb(dot)com> wrote:
>
> On 29.03.21 12:18, vignesh C wrote:
> > But in prepare_filter_cb callback, by stating "other systems ..." it is
> > not very clear who will change the GID. Are we referring to
> > publisher/subscriber decoding?
>
> Thanks for your feedback. This is not about GIDs at all, but just about
> identifying a transaction. I'm out of ideas on how else to phrase that.
> Any suggestion?
>
> Maybe we should not try to give examples and reference other systems,
> but just leave it at:
>
> The <parameter>ctx</parameter> parameter has the same contents as for
> the other callbacks. The parameters <parameter>xid</parameter>
> and <parameter>gid</parameter> provide two different ways to identify
> the transaction. The later <command>COMMIT PREPARED</command> or
> <command>ROLLBACK PREPARED</command> carries both identifiers,
> providing an output plugin the choice of what to use.
>
> That is sufficient an explanation in my opinion. What do you think?
The above content looks sufficient to me. As we already explain this
earlier "The optional filter_prepare_cb callback is called to
determine whether data that is part of the current two-phase commit
transaction should be considered for decoding at this prepare stage or
later as a regular one-phase transaction at COMMIT PREPARED time."
which helps in understanding what filter_prepare_cb means.
Thoughts?
Regards,
Vignesh
From | Date | Subject | |
---|---|---|---|
Next Message | Markus Wanner | 2021-03-29 11:09:45 | Re: [PATCH] add concurrent_abort callback for output plugin |
Previous Message | Ajin Cherian | 2021-03-29 11:02:34 | Re: [PATCH] add concurrent_abort callback for output plugin |