Re: LISTEN/NOTIFY enhancement: Portable signal handling?
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: LISTEN/NOTIFY enhancement: Portable signal handling? |
| Дата | |
| Msg-id | 7373.1104169267@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | LISTEN/NOTIFY enhancement: Portable signal handling? (Sean Chittenden <sean@chittenden.org>) |
| Ответы |
Re: LISTEN/NOTIFY enhancement: Portable signal handling?
|
| Список | pgsql-hackers |
Sean Chittenden <sean@chittenden.org> writes:
> The async interface is nice, but not really useful to me as it requires
> polling, instead of unblocking when an event comes through, which would
> create a vastly more real time interface that should be easier on the
> database.
BTW, this is nonsense; the backend sends a message exactly when the
NOTIFY occurs. It may well be that libpq needs some work to make it
easier to wait for a NOTIFY without polling, but again there isn't a
reason to clutter the server-side code with it.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера