| От | Tom Lane |
|---|---|
| Тема | Re: 32/64-bit transaction IDs? |
| Дата | |
| Msg-id | 1997.1048357741@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: 32/64-bit transaction IDs? ("Ed L." <pgsql@bluepolka.net>) |
| Ответы |
Re: 32/64-bit transaction IDs?
|
| Список | pgsql-general |
"Ed L." <pgsql@bluepolka.net> writes:
> Actually, dbmirror does it in a couple of steps, but I think this is the
> basic idea. So the queued tuple changes are groupable (and thus
> replayable) by xid and order of queueing. Then the slave gets them in the
> hopefully-correct order via
> select ...
> from queue q
> where q.xid is in some appropriate range
> order by xid asc, tuple_id asc;
I think this last part is wrong. It shouldn't be using the xid as part
of the ordering, only the sequence value.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера