Re: Transaction Snapshot Cloning

Поиск
Список
Период
Сортировка
От Gokulakannan Somasundaram
Тема Re: Transaction Snapshot Cloning
Дата
Msg-id 9362e74e0801111231i491b7126od4601c142d14c067@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Transaction Snapshot Cloning  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Transaction Snapshot Cloning
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: Transaction Snapshot Cloning