| From: | Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my> |
|---|---|
| To: | <pgsql-general(at)postgresql(dot)org> |
| Subject: | Synchronous LISTEN/NOTIFY? |
| Date: | 2001-01-05 03:16:17 |
| Message-ID: | 3.0.5.32.20010105111617.0081f8c0@192.228.128.13 |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Hi,
Say I have two applications A and B communicating via a postgresql
database. A sends data for B to work on.
How can I get B to _wait_ for a signal from A before proceeding?
Right now it looks like B has to keep polling regularly. So in order for
things to occur in a timely fashion the polling interval has to be
ridiculously short. This means using more CPU than I would like.
Is there a postgresql equivalent of a unix select/accept?
Basically LISTEN doesn't wait. It'll really be nice to have one which does
- lots of cool stuff can be done.
For example, I could have a webapp write trigger another app running as
root- the webapp writes high level stuff to the database, and a run-as-root
app does stuff based on it, this seems to be a more secure. Or I could have
a small app watch some logs for some event, send the data to a database.
Then another small app waits for a trigger and then uses some of that data
to do something else. Or we could even have a database level trigger, so
when a certain criteria is met, the waiting application is triggered.
Basically you now can have apps use the database for instant messaging :).
Is this sort of thing possible with postgresql or even other RDBMs?
Thanks,
Link.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2001-01-05 03:47:56 | Re: Synchronous LISTEN/NOTIFY? |
| Previous Message | Blake Crosby | 2001-01-05 03:12:47 | Re: Time Zone Query |