listen/notify argument (old topic revisited)
От | Jeff Davis |
---|---|
Тема | listen/notify argument (old topic revisited) |
Дата | |
Msg-id | 200207020237.19838.list-pgsql-hackers@empires.org обсуждение исходный текст |
Ответы |
Re: listen/notify argument (old topic revisited)
Re: listen/notify argument (old topic revisited) |
Список | pgsql-hackers |
A while ago, I started a small discussion about passing arguments to a NOTIFY so that the listening backend could get more information about the event. There wasn't exactly a consensus from what I understand, but the last thing I remember is that someone intended to speed up the notification process by storing the events in shared memory segments (IIRC this was Tom's idea). That would create a remote possibility of a spurious notification, but the idea is that the listening application can check the status and determine what happened. I looked at the TODO, but I couldn't find anything, nor could I find anything in the docs. Is someone still interested in implementing this feature? Are there still people who disagree with the above implementation strategy? Regards,Jeff
В списке pgsql-hackers по дате отправления: