Re: [HACKERS] make async slave to wait for lsn to be replayed
От | Ivan Kartyshov |
---|---|
Тема | Re: [HACKERS] make async slave to wait for lsn to be replayed |
Дата | |
Msg-id | abcff0b4e3ce1c2a4d14f54e7031dc15@postgrespro.ru обсуждение исходный текст |
Ответ на | Re: [HACKERS] make async slave to wait for lsn to be replayed (Alexander Korotkov <a.korotkov@postgrespro.ru>) |
Ответы |
Re: [HACKERS] make async slave to wait for lsn to be replayed
Re: [HACKERS] make async slave to wait for lsn to be replayed |
Список | pgsql-hackers |
Alexander Korotkov писал 2017-09-26 12:07: > I propose following syntax options. > > WAITLSN lsn; > WAITLSN lsn TIMEOUT delay; > WAITLSN lsn INFINITE; > WAITLSN lsn NOWAIT; > > For me that looks rather better. What do you think? I agree with you, now syntax looks better. New patch attached to tha mail. Ants Aasma писал 2017-09-26 13:00: > Exposing this interface as WAITLSN will encode that visibility order > matches LSN order. This removes any chance of fixing for example > visibility order of async/vs/sync transactions. Just renaming it so > the token is an opaque commit visibility token that just happens to be > a LSN would still allow for progress in transaction management. For > example, making PostgreSQL distributed will likely want timestamp > and/or vector clock based visibility rules. I'm sorry I did not understand exactly what you meant. Please explain this in more detail. -- Ivan Kartyshov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
Вложения
В списке pgsql-hackers по дате отправления: