From: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Petr Jelinek <petr(at)2ndquadrant(dot)com>, ">> PostgreSQL-development" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Logical Replication Helpers WIP for discussion |
Date: | 2015-02-13 07:48:39 |
Message-ID: | CAB7nPqTxTcppoyVpxTG+Cx40BMPROdSc2WFKhbXAJv7xYAWRRw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Dec 22, 2014 at 10:26 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> On Fri, Dec 19, 2014 at 8:40 AM, Petr Jelinek <petr(at)2ndquadrant(dot)com>
> wrote:
> > What I hope to get from this is agreement on the general approach and
> > protocol so that we can have common base which will both make it easier
> to
> > create external logical replication solutions and also eventually lead to
> > full logical replication inside core PostgreSQL.
>
> The protocol is a really important topic which deserves its own
> discussion. Andres has mentioned some of the ideas he has in mind -
> which I think are similar to what you did here - but there hasn't
> really been a thread devoted to discussing that topic specifically. I
> think that would be a good idea: lay out what you have in mind, and
> why, and solicit feedback.
>
Looking at this patch, I don't see what we actually gain much here except a
decoder plugin that speaks a special protocol for a special background
worker that has not been presented yet. What actually is the value of that
defined as a contrib/ module in-core. Note that we have already
test_decoding to basically test the logical decoding facility, used at
least at the SQL level to get logical changes decoded.
Based on those reasons I am planning to mark this as rejected (it has no
documentation as well). So please speak up if you think the contrary, but
it seems to me that this could live happily out of core.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2015-02-13 07:52:28 | Re: Patch to support SEMI and ANTI join removal |
Previous Message | Michael Paquier | 2015-02-13 07:41:40 | Re: Doing better at HINTing an appropriate column within errorMissingColumn() |