Re: Built-in plugin for logical decoding output

From: Petr Jelinek <petr(dot)jelinek(at)2ndquadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Hernandez <aht(at)ongres(dot)com>
Cc: Euler Taveira <euler(at)timbira(dot)com(dot)br>, Gregory Brail <gregbrail(at)google(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Built-in plugin for logical decoding output
Date: 2017-09-25 17:32:29
Message-ID: bb038285-53ab-a4b7-a836-1fc6b7420479@2ndquadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 25/09/17 19:26, Tom Lane wrote:
> Alvaro Hernandez <aht(at)ongres(dot)com> writes:
>> In my opinion, logical decoding plugins that don't come with core
>> are close to worthless (don't get me wrong):
>
>> - They very unlikely will be installed in managed environments (an area
>> growing significantly).
>> - As anything that is not in core, raises concerns by users.
>> - Distribution and testing are non-trivial: many OS/archs combinations.
>
> The problem with this type of argument is that it leads directly to the
> conclusion that every feature users want must be in core. We can't
> accept that conclusion, because we simply do not have the manpower or
> infrastructure to maintain a kitchen-sink, Oracle-sized code base.
> I think we're already more or less at the limit of the feature set we can
> deal with :-(. The entire point of the output-plugin design was to allow
> useful replication stuff to be done outside of core; we need to make use
> of that. (If that means we need better docs, then yeah, we'd better get
> that part done.)
>

There is already about 3 million output plugins out there so I think we
did reasonable job there. The fact that vast majority of that are
various json ones gives reasonable hint that we should have that one in
core though.

--
Petr Jelinek http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David E. Wheeler 2017-09-25 17:34:23 Re: BUG #14825: enum type: unsafe use?
Previous Message Christophe Pettus 2017-09-25 17:32:08 Re: BUG #14825: enum type: unsafe use?