Re: Proposal: Snapshot cloning

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: Proposal: Snapshot cloning
Дата
Msg-id 45BA0294.4090001@Yahoo.com
обсуждение исходный текст
Ответ на Re: Proposal: Snapshot cloning  (Gregory Stark <stark@enterprisedb.com>)
Ответы Re: Proposal: Snapshot cloning  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 1/26/2007 8:06 AM, Gregory Stark wrote:
> "Jan Wieck" <JanWieck@Yahoo.com> writes:
> 
>>     backend1: select publish_snapshot(); -- will block
>>
>>     backend2: start transaction;
>>     backend2: set transaction isolation level serializable;
>>     backend2: select clone_snapshot(<pid>); -- will unblock backend1
> 
> It seems simpler to have a current_snapshot() function that returns an bytea
> or a new snapshot data type which set_current_snapshot(bytea) took to change
> your snapshot. Then you could use tables or out-of-band communication to pass
> around your snapshots however you please. 
> 
> set_current_snapshot() would have to sanity check that the xmin of the new
> snapshot isn't older than the current globaloldestxmin. 

That would solve the backend to backend IPC problem nicely.


Jan

-- 
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #


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

Предыдущее
От: "Simon Riggs"
Дата:
Сообщение: Re: Proposal: Commit timestamp
Следующее
От: Jan Wieck
Дата:
Сообщение: Re: Proposal: Commit timestamp