Re: [HACKERS] Built-in plugin for logical decoding output - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] Built-in plugin for logical decoding output
Date
Msg-id 20381.1506361829@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] Built-in plugin for logical decoding output  (Andres Freund <andres@anarazel.de>)
Responses Re: [HACKERS] Built-in plugin for logical decoding output
List pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
>> On 25/09/17 19:26, Tom Lane wrote:
>>> The problem with this type of argument is that it leads directly to the
>>> conclusion that every feature users want must be in core.

> ... I don't think that should mean that there's no possible output
> plugin that could/should be integrated into core.

Yeah, my point is just that the argument needs to be about why a
*particular* plugin is valuable enough to justify adding it to the
core developers' maintenance workload.
        regards, tom lane


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

pgsql-hackers by date:

Previous
From: Maksim Milyutin
Date:
Subject: [HACKERS][BUG] Cache invalidation for queries that contains const oftemporary composite type
Next
From: Magnus Hagander
Date:
Subject: Re: [HACKERS] Reading backup label file for checkpoint and redolocation during crash recovery