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)  (nconway@klamath.dyndns.org (Neil Conway))
Re: listen/notify argument (old topic revisited)  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: "Christopher Kings-Lynne"
Дата:
Сообщение: Re: DROP COLUMN Proposal
Следующее
От: Tom Lane
Дата:
Сообщение: Re: regress/results directory problem