Re: Skip collecting decoded changes of already-aborted transactions

Поиск
Список
Период
Сортировка
От Peter Smith
Тема Re: Skip collecting decoded changes of already-aborted transactions
Дата
Msg-id CAHut+PumfXqbwZuLaX_JK28KnVM_twGQEnMJp-Sa=Cdn0QJe6w@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Skip collecting decoded changes of already-aborted transactions  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: Skip collecting decoded changes of already-aborted transactions
Список pgsql-hackers
On Wed, Jan 15, 2025 at 5:49 PM Amit Kapila <amit.kapila16@gmail.com> wrote:
>
> On Wed, Jan 15, 2025 at 3:11 AM Masahiko Sawada <sawada.mshk@gmail.com> wrote:
> >
> > It seems we agreed on RBTXN_IS_PREPARED and rbtxn_is_prepared().
> > Adding 'IS' seems to clarify the transaction having this flag *is* a
> > prepared transaction. Both other two constants RBTXN_SENT_PREAPRE and
> > RBTXN_SKIPPED_PREPARE seem not bad to me.
> >
>
> Agreed.
>
> > I find that the proposed
> > names don't increase the consistency much. Thoughts?
> >
>
> I also think so.
>

My thoughts are that any consistency improvement is a step in the
right direction so even "don't increase the consistency much" is still
better than nothing.

But if I am outvoted that's OK. It is not a big deal.

======
Kind Regards,
Peter Smith.
Fujitsu Australia



В списке pgsql-hackers по дате отправления: