Re: tracking commit timestamps

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: tracking commit timestamps
Дата
Msg-id 5457DDD5.9010105@BlueTreble.com
обсуждение исходный текст
Ответ на Re: tracking commit timestamps  (Petr Jelinek <petr@2ndquadrant.com>)
Ответы Re: tracking commit timestamps  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-hackers
On 11/1/14, 8:41 AM, Petr Jelinek wrote:
> Well this is not BDR specific thing, the idea is that with logical replication, commit timestamp is not enough for
conflicthandling, you also need to have additional info in order to identify some types of conflicts conflicts (local
updatevs remote update for example). So the extradata field was meant as something that could be used to add the
additionalinfo to the xid.
 

Related to this... is there any way to deal with 2 transactions that commit in the same microsecond? It seems silly to
tryand handle that for every commit since it should be quite rare, but perhaps we could store the LSN as extradata if
wedetect a conflict?
 
-- 
Jim Nasby, Data Architect, Blue Treble Consulting
Data in Trouble? Get it in Treble! http://BlueTreble.com



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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: how to handle missing "prove"
Следующее
От: Jeff Janes
Дата:
Сообщение: Re: Let's drop two obsolete features which are bear-traps for novices