Re: BUG #11032: Prepared transactions do not update pg_last_xact_replay_timestamp() anymore
В списке pgsql-bugs по дате отправления:
| От | Andres Freund |
|---|---|
| Тема | Re: BUG #11032: Prepared transactions do not update pg_last_xact_replay_timestamp() anymore |
| Дата | |
| Msg-id | 20140728180712.GR17793@alap3.anarazel.de обсуждение исходный текст |
| Ответ на | Re: BUG #11032: Prepared transactions do not update pg_last_xact_replay_timestamp() anymore (Heikki Linnakangas <hlinnakangas@vmware.com>) |
| Список | pgsql-bugs |
On 2014-07-28 20:58:25 +0300, Heikki Linnakangas wrote: > On 07/28/2014 05:17 PM, Andres Freund wrote: > >On 2014-07-28 13:05:13 +0300, Heikki Linnakangas wrote: > >>We probably should set XLogRecord->xl_xid in COMMIT_/ABORT_PREPARED records > >>though. It seems weird not to, and it would simplify code that interprets > >>those records. But I don't think we should back-patch that. > > > >I doubt that'd be a net improvement - wouldn't that just make the life > >of anything tracking xid liveliness a bit more complicated? > > How so? Nothing super concrete. Doesn't feel entirely right ;): It's imo confusing if records for the same xid are possibly created by two different backends and that there suddenly can be an additional WAL record referring to the xid after it's been prepared. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера