From: | Ted Shab <tshab(at)yahoo(dot)com> |
---|---|
To: | Richard Huxton <dev(at)archonet(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: LISTEN/NOTIFY for lightweight replication |
Date: | 2004-10-13 15:56:19 |
Message-ID: | 20041013155619.98465.qmail@web41003.mail.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Thanks. I was thinking iirc was the transport
protocol :-)
Looks like dblink is the best bet here.
--Ted
--- Richard Huxton <dev(at)archonet(dot)com> wrote:
> Ted Shab wrote:
> > Richard,
> >
> > Thanks for the response.
> >
> > I'll look into both the dblink and iirc.
> >
> > Do you know of any extended examples of either?
>
> dblink is in the contrib/ folder of the source
> distribution and possibly
> your packaged version if you use such a thing. Never
> needed it myself,
> but the documentation looks clear enough.
>
> As for listen/notify possibly dropping duplicate
> notifications... Ah!
> it's in the "SQL COMMANDS" reference part of the
> manuals
>
> NOTIFY behaves like Unix signals in one important
> respect: if the same
> condition name is signaled multiple times in quick
> succession,
> recipients may get only one notify event for several
> executions of
> NOTIFY. So it is a bad idea to depend on the number
> of notifies
> received. Instead, use NOTIFY to wake up
> applications that need to pay
> attention to something, and use a database object
> (such as a sequence)
> to keep track of what happened or how many times it
> happened.
>
> --
> Richard Huxton
> Archonet Ltd
>
_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com
From | Date | Subject | |
---|---|---|---|
Next Message | Robin Ericsson | 2004-10-13 16:01:10 | Re: query problem |
Previous Message | Richard Huxton | 2004-10-13 15:53:00 | Re: LISTEN/NOTIFY for lightweight replication |