| От | Tom Lane |
|---|---|
| Тема | Re: notification information functions |
| Дата | |
| Msg-id | 6652.1211141130@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | notification information functions (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: notification information functions
|
| Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes:
> I suggest:
> pg_listened_events(out event name) returns setof record
> pg_pending_events(out event name, out message text) returns setof record
> The first would show events being listened on by the current backend,
> while the second would show all pending events for the current db.
pg_listened_events seems reasonable, but what's a "pending event"?
If you mean stuff that hasn't yet been removed from the shared circular
buffer, it seems like that would be too transient (not to mention
implementation-dependent) to be interesting.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера