Re: autonomous transactions

From: Greg Stark <stark(at)mit(dot)edu>
To: Craig Ringer <craig(at)2ndquadrant(dot)com>
Cc: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: autonomous transactions
Date: 2016-08-31 16:36:11
Message-ID: CAM-w4HPT9gshY7joF0rwYrtpCb+Q2rzSMJ0Kz6BeLZ2c9hzTQw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Aug 31, 2016 at 3:11 PM, Craig Ringer <craig(at)2ndquadrant(dot)com> wrote:
>
> I suspect that there'll be way too much code that relies on stashing
> xact-scoped stuff in globals for that to be viable. Caches alone.
> Peter will be able to explain more, I'm sure.
>
> We'd probably need a new transaction data object that everything
> xact-scoped hangs off, so we can pass it everywhere or swap it out of
> some global. The mechanical refactoring alone would be pretty scary,
> not to mention the complexity of actually identifying all the less
> obvious places that need changing.

Well this is the converse of the same problem. Today process state and
transaction are tied together. One way or another you're trying to
split that -- either by having two processes share state or by having
one process manage two transactions.

I suppose we already have the infrastructure for parallel query so
there's at least some shared problem space there.

--
greg

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Pavan Deolasee 2016-08-31 16:45:33 Patch: Write Amplification Reduction Method (WARM)
Previous Message Pavel Stehule 2016-08-31 16:29:45 Re: proposal: psql \setfileref