Skip site navigation (1) Skip section navigation (2)

Re: [COMMITTERS] pgsql: Remove replicaiton FAQ item.

From: Mischa Sandberg <mischa(dot)sandberg(at)telus(dot)net>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>,Jeff Davis <jdavis-pgsql(at)empires(dot)org>,"Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>,Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>,PostgreSQL-documentation <pgsql-docs(at)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql: Remove replicaiton FAQ item.
Date: 2005-04-24 23:15:06
Message-ID: 1114384506.426c287a87058@webmail.telus.net (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-docs
Quoting Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>: 
 
> Joshua D. Drake wrote: 
> > Jeff Davis wrote: 
> > > Should the text include a mention of synchronous vs. 
> asynchronous? Or 
> > > does master-master imply synchronous? 
> >  
> > It shouldn't. It is possible to have synchronous replication 
> without it 
> > being master<->master. 
>  
> We could mention async vs sync but at the FAQ stage I think the 
> multi-master/master-slave disinction is enough. Let's see what 
> questions 
> we get. 
 
About all you can say is, it is not possible to implement synchronous 
master-master replication, because of conflict resolution of 
simultaneous transactions. 
-- 
"Dreams come true, not free." -- S.Sondheim, ITW  


In response to

Responses

pgsql-docs by date

Next:From: Bruce MomjianDate: 2005-04-24 23:24:36
Subject: Re: [COMMITTERS] pgsql: Remove replicaiton FAQ item.
Previous:From: Bruce MomjianDate: 2005-04-24 22:54:29
Subject: Re: [COMMITTERS] pgsql: Remove replicaiton FAQ item.

pgsql-committers by date

Next:From: User AndrewsnDate: 2005-04-24 23:18:08
Subject: newsysviews - newsysview: fix for NOTHING rules and rules with multiple
Previous:From: Bruce MomjianDate: 2005-04-24 22:54:29
Subject: Re: [COMMITTERS] pgsql: Remove replicaiton FAQ item.

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group