Re: BDR Selective Replication - Mailing list pgsql-general

From Jim Nasby
Subject Re: BDR Selective Replication
Date
Msg-id 553EAC40.6090300@BlueTreble.com
Whole thread Raw
In response to Re: BDR Selective Replication  (Craig Ringer <craig@2ndquadrant.com>)
Responses Re: BDR Selective Replication  (Craig Ringer <craig@2ndquadrant.com>)
List pgsql-general
On 4/26/15 7:49 AM, Craig Ringer wrote:
> There are also some improvements needed to the user interface - in
> particular, providing a function interface for changing replication set
> memberships for connections so there's no need to manually restart the
> apply backends after a change, and providing default replication sets
> for a node.

If 'default replication set' is the idea of "here's what tables *should*
be getting replicated regardless of whether that's happening or not",
it'd be great if that was done so it could be split out on it's own at
some point. It's a problem that affects all replication systems.
--
Jim Nasby, Data Architect, Blue Treble Consulting
Data in Trouble? Get it in Treble! http://BlueTreble.com


pgsql-general by date:

Previous
From: Jim Nasby
Date:
Subject: Re: Invalid memory alloc
Next
From: Craig Ringer
Date:
Subject: Re: BDR Selective Replication