Re: LISTEN/NOTIFY

Поиск
Список
Период
Сортировка
От Jeff Davis
Тема Re: LISTEN/NOTIFY
Дата
Msg-id 200210041500.44980.list-pgsql-general@empires.org
обсуждение исходный текст
Ответ на LISTEN/NOTIFY  (Cristóvão Dalla Costa <cbraga@bsi.com.br>)
Список pgsql-general
I did something similar using python with a simple "getnotify()" function
(part of the python pg module).

I couldn't find a similar function for perl -- strange.

I think the listening process needs to be a separate process anyway, since I
wouldn't think that an apache process would easily be able to wait for a
notification.

You could just do the cache invalidation process in another language, like
python or C, and all that would do is listen for an update, read the updated
info, and replace the cache. It should be small enough that you don't mind
straying from perl, hopefully.

Of course it is weird that perl doesn't support that. Maybe I missed something
too.

Regards,
    Jeff Davis

On Friday 04 October 2002 01:49 pm, Cristóvão Dalla Costa wrote:
> I'm developing an e-commerce site using Apache/mod_perl and, for
> performance, I intend to cache rows such as user and product information
> inside Perl. I think the LISTEN/NOTIFY interface would be perfect for
> invalidating the cache when a product/user gets updated, yet I have not
> found a way to access it from Perl -- DBI, or DBD::Pg even, offer no way
> to "listen". Also, I don't really like the vanilla Pg. So, my question
> to you is, is there another efficient way to accomplish notification of
> updates?
>
> Thank you
>
> Cristóvão
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/users-lounge/docs/faq.html


В списке pgsql-general по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Query question
Следующее
От: Ed L.
Дата:
Сообщение: Pg 7.2.3 configure error