Re: Feature Request - DDL deployment with logical replication - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Feature Request - DDL deployment with logical replication
Date
Msg-id b93c72ce-73f3-1f36-b1b7-aaef02933957@2ndquadrant.com
Whole thread Raw
In response to Feature Request - DDL deployment with logical replication  (Jeremy Finzel <finzelj@gmail.com>)
Responses Re: Feature Request - DDL deployment with logical replication
List pgsql-hackers
On 3/29/18 13:21, Jeremy Finzel wrote:
> Although we are thrilled with some of the features already in logical
> replication, this missing feature is the #1 reason that we don't plan to
> take a serious look at built-in logical replication even for pg11,
> because we have been able to use pglogical with our own extension
> pgl_ddl_deploy in order to broadly deploy logical replication without
> serious overhauls to our SDLC process, having schema changes managed
> well.  We really want a mechanism to put through DDL changes at the same
> transactional point on the subscribers as we do on the publishers, which
> also answers any complexities around deploying master-first or
> slave-first in some interesting cases.
> 
> Is there any particular vision for how the community might address this
> need in the future?

I think nobody has completely figured this out yet.  Whatever is in
pglogical and bdr and similar external projects are the best current
compromises.  But they have lots of problems, so I don't know if anyone
is ready to propose something for in core yet.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


pgsql-hackers by date:

Previous
From: Aleksander Alekseev
Date:
Subject: Re: Flexible configuration for full-text search
Next
From: ilmari@ilmari.org (Dagfinn Ilmari Mannsåker)
Date:
Subject: Re: Cast jsonb to numeric, int, float, bool