Re: Transaction Snapshot Cloning - Mailing list pgsql-hackers

From Gokulakannan Somasundaram
Subject Re: Transaction Snapshot Cloning
Date
Msg-id 9362e74e0801111231i491b7126od4601c142d14c067@mail.gmail.com
Whole thread Raw
In response to Re: Transaction Snapshot Cloning  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
The user isn't going to have any legal way to transfer the data between
backends anyway, since no transaction can see results of an uncommitted
other transaction.  There *has* to be some backdoor channel involved
there, and you might as well make it carry the data without the user
touching it.

The whole thing seems a bit backwards anyway.  What you'd really want
for ease of use is some kind of "fork this session" operation, that
is push the info to a new process not pull it.

Is it a good idea to fork this new process under the same transaction id?. In that way the backends will be seeing the same versions of data among themselves.... Are you mentioning the same here?

Thanks,
Gokul.



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Transaction Snapshot Cloning
Next
From: Simon Riggs
Date:
Subject: Re: Transaction Snapshot Cloning