| От | Andrew Dunstan |
|---|---|
| Тема | Re: notification information functions |
| Дата | |
| Msg-id | 48308D04.3080800@dunslane.net обсуждение исходный текст |
| Ответ на | Re: notification information functions (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane wrote: > 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. > > > Fair enough. I'm all for less work ;-) cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера