From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, Andres Freund <andres(at)2ndquadrant(dot)com>, pgsql-hackers(at)postgresql(dot)org, Daniel Farina <daniel(at)heroku(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Subject: | Re: [PATCH 10/16] Introduce the concept that wal has a 'origin' node |
Date: | 2012-06-20 13:19:55 |
Message-ID: | CA+TgmoY6z+dVm1w0f0A+jNr1O8OWjv2fjEeYyky+Dmcg5uo+wg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Jun 20, 2012 at 5:47 AM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
> The idea that logical rep is some kind of useful end goal in itself is
> slightly misleading. If the thought is to block multi-master
> completely on that basis, that would be a shame. Logical rep is the
> mechanism for implementing multi-master.
If you're saying that single-master logical replication isn't useful,
I disagree. Of course, having both single-master and multi-master
replication together is even more useful. But I think getting even
single-master logical replication working well in a single release
cycle is going to be a job and a half. Thinking that we're going to
get MMR in one release is not realistic. The only way to make it
realistic is to put MMR ahead of every other goal that people have for
logical replication, including robustness and stability. It's
entirely premature to be designing features for MMR when we don't even
have the design for SMR nailed down yet. And that's even assuming we
EVER want MMR in core, which has not even really been argued, let
alone agreed.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2012-06-20 13:21:51 | Re: Allow WAL information to recover corrupted pg_controldata |
Previous Message | Andres Freund | 2012-06-20 13:12:00 | Re: [PATCH 04/16] Add embedded list interface (header only) |