Re: pg_listening_channels()
От | Dmitriy Igrishin |
---|---|
Тема | Re: pg_listening_channels() |
Дата | |
Msg-id | CAAfz9KN5Vrwm_RTiTo+pjH4+YytgAaRXqZ+0gzAS75TURLv6pQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pg_listening_channels() (Igor Neyman <ineyman@perceptron.com>) |
Список | pgsql-general |
2012/11/30 Igor Neyman <ineyman@perceptron.com>
> -----Original Message-----
> From: Greg Sabino Mullane [mailto:greg@turnstep.com]
> Sent: Thursday, November 29, 2012 11:34 PM
> To: pgsql-general@postgresql.org
> Subject: Re: pg_listening_channels()
>
>> On the contrary, it was very well discussed and designed. Why do youWell, I guess we disagree on this.
> even care if the anyone is listening or not? Simply remove the "check
> if anyone listens" step and send the NOTIFY.
>
Why trashing the system with NOTIFYs no one listens to?
Of course, like Tom Lane suggested, I could create a table similar to now obsolete pg_listener and manage it from the client that LISTENs and gets notifications.
Also, what sense pg_listening_channels() function makes, if it returns channels that I created (in my current session/connection)?
I don't need this function to know whether I issued LISTEN my_channel or not.
We need pg_listening_channels() because the information it returns should
be stored in the DB and applications (libraries) does not need to store it
in special places.
Regards,
Igor Neyman
--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
// Dmitriy.
В списке pgsql-general по дате отправления: