Re: Code checks for App Devs, using new options for transaction behavior

From: Dilip Kumar <dilipbalaut(at)gmail(dot)com>
To: Simon Riggs <simon(dot)riggs(at)enterprisedb(dot)com>
Cc: Erik Rijkers <er(at)xs4all(dot)nl>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Code checks for App Devs, using new options for transaction behavior
Date: 2022-10-31 11:33:00
Message-ID: CAFiTN-sCeTiWqz88mUH8ag5M-hO1A0WNgYsTNTGnsQrQN4Xw=g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Oct 31, 2022 at 4:23 PM Dilip Kumar <dilipbalaut(at)gmail(dot)com> wrote:
>
> On Sun, Oct 30, 2022 at 11:32 PM Simon Riggs
> <simon(dot)riggs(at)enterprisedb(dot)com> wrote:
> >
> > On Fri, 28 Oct 2022 at 10:33, Simon Riggs <simon(dot)riggs(at)enterprisedb(dot)com> wrote:
> >
> > > Thanks for the feedback, I will make all of those corrections in the
> > > next version.
> >
> > New version attached. I've rolled 002-004 into one patch, but can
> > split again as needed.
>
> I like the idea of "parse only" and "nested xact", thanks for working
> on this. I will look into patches in more detail, especially nested
> xact. IMHO there is no point in merging "nested xact" and "rollback on
> commit". They might be changing the same code location but these two
> are completely different ideas, in fact all these three should be
> reviewed as three separate threads as you mentioned in the first email
> in the thread.

What is the behavior if "nested_transactions" value is changed within
a transaction execution, suppose the value was on and we have created
a few levels of nested subtransactions and within the same transaction
I switched it to off or to outer?

--
Regards,
Dilip Kumar
EnterpriseDB: http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dave Page 2022-10-31 11:36:51 Re: Tracking last scan time
Previous Message Amit Kapila 2022-10-31 11:26:56 Re: hash_xlog_split_allocate_page: failed to acquire cleanup lock