Re: Listen/notify across clusters

From: Christopher Browne <cbbrowne(at)gmail(dot)com>
To: Greg Jaskiewicz <gryzman(at)mac(dot)com>
Cc: "pgsql-hackers(at)postgresql(dot)org Hackers" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Listen/notify across clusters
Date: 2013-07-10 16:27:53
Message-ID: CAFNqd5X0UpzVbczX3S0+KVYUCe-58Mx-uL=wYX3mky7AL+T=pA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Shouldn't be possible.

The act of requesting to LISTEN requires doing a sort of update to the
database. In elder versions, it put tuple(s) into pg_catalog.pg_listener,
and that's Right Well Disallowed on a WAL-based replica.

I would think that if you're keen on building an "event detection
substrate," particularly one that's supposed to cross clusters, then you
should consider using something actually attuned to that, such as a message
queueing system, whether an AMQP implementation such as RabbitMQ, or a
message bus like Spread. If you do that, then you can do this in much
broader cross-cluster ways for unrelated Postgres clusters.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2013-07-10 16:47:34 Re: [PERFORM] In progress INSERT wrecks plans on table
Previous Message Josh Kupershmidt 2013-07-10 15:28:32 tab-completion for \lo_import