| От | Tom Lane |
|---|---|
| Тема | Re: Trigger that spawns forked process |
| Дата | |
| Msg-id | 1555.1115672822@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Trigger that spawns forked process (Douglas McNaught <doug@mcnaught.org>) |
| Ответы |
Re: Trigger that spawns forked process
|
| Список | pgsql-general |
Douglas McNaught <doug@mcnaught.org> writes:
> Why not have a client connection LISTENing and doing the
> synchronization, and have the trigger use NOTIFY?
> Or, you could have the trigger write to a table, and have another
> client periodically scanning the table for new sync events.
> Either one of those would be simpler and more robust than fork()ing
> inside the backend.
... not to mention it would avoid the risk of propagating
not-yet-committed changes.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера