Re: Feature Request - DDL deployment with logical replication
От | Peter Eisentraut |
---|---|
Тема | Re: Feature Request - DDL deployment with logical replication |
Дата | |
Msg-id | b93c72ce-73f3-1f36-b1b7-aaef02933957@2ndquadrant.com обсуждение исходный текст |
Ответ на | Feature Request - DDL deployment with logical replication (Jeremy Finzel <finzelj@gmail.com>) |
Ответы |
Re: Feature Request - DDL deployment with logical replication
|
Список | 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 по дате отправления: