| От | Andres Freund |
|---|---|
| Тема | Re: replication slot restart_lsn initialization |
| Дата | |
| Msg-id | 20150707164619.GF10242@alap3.anarazel.de обсуждение исходный текст |
| Ответ на | Re: replication slot restart_lsn initialization (Gurjeet Singh <gurjeet@singh.im>) |
| Список | pgsql-hackers |
On 2015-07-07 09:42:54 -0700, Gurjeet Singh wrote: > On a side note, I see that the pg_create_*_replication_slot() functions do > not behave transactionally; that is, rolling back a transaction does not > undo the slot creation. It can't, because otherwise you couldn't run them on a standby. > Should we prevent these, and corresponding drop functions, from being > called inside an explicit transaction? PreventTransactionChain() is > geared towards serving just the utility commands. Do we protect > against calling such functions in a transaction block, or from user > functions? How? We discussed that when slots where introduced. There seems little benefit in doing so, and it'll make some legitimate use cases harder.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера