| From: | Joshua Kehn <josh(at)kehn(dot)us> |
|---|---|
| To: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Validity of using the test_decoding plugin for production? |
| Date: | 2016-11-01 19:01:22 |
| Message-ID: | 1478026882.3121660.774144201.1F1F0D32@webmail.messagingengine.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
> On Tue, Nov 1, 2016, at 04:00 AM, Michael Paquier wrote:
> How are you going to use it anyway? First deparse its output
> and adapt it to your needs?
That's the intention. Take the output of test_decoding, transform it
into a reasonable object form, and feed that into an events stream for
real-time consumption.
The initial question was suitability of the test_decoding plugin, given
that it is the only one I see available on RDS and requiring a switch to
a self-managed Postgres instance—to use a separate plugin—would kill
this idea.
Are there any success/failure stories about using logical decoding as a
way of generating an events stream? There's some new question marks over
the consumer side, whether to use pg_recvlogical or something with a
peek/write to stream/pop cycle to protect the consumer from failure.
Given a single reader, what is the common failure mode when consuming
the output?
Best,
-Josh
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Patrick B | 2016-11-01 19:43:53 | Re: Turning slave into a master - PostgreSQL 9.2 |
| Previous Message | david.turon | 2016-11-01 15:09:31 | ENABLE ROW LEVEL SECURITY cause huge produce of checkpoints |