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

Re: Core team statement on replication in PostgreSQL

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Cc: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>, pgsql-hackers(at)postgresql(dot)org, Bruce Momjian <bruce(at)momjian(dot)us>, David Fetter <david(at)fetter(dot)org>, Josh Berkus <josh(at)agliodbs(dot)com>, Marko Kreen <markokr(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: Core team statement on replication in PostgreSQL
Date: 2008-05-29 22:39:53
Message-ID: 483F30B9.1080705@dunslane.net (view raw or flat)
Thread:
Lists: pgsql-advocacypgsql-hackers

Joshua D. Drake wrote:
> On Thu, 2008-05-29 at 17:42 -0400, Robert Treat wrote:
>
>   
>> I would have thought the read only piece would have been more important than 
>> the synchronous piece. In my experience readable slaves is the big selling 
>> point in both Oracle and MySQL's implementations, and people are not nearly 
>> as concerned if there is a small asynchronous window.  
>>     
>
> The read only piece is the more important piece from a market
> perspective. 
>
>
>   

You must be gauging a different market from the one I'm in. I have just 
come back from a meeting with a (quite technically savvy) customer who 
was quite excited by the news and saw the possibility of read-only 
slaves as a nice to have extra rather than a must-have-or-it's-not-worth 
anything feature.

I'm really quite astounded and rather saddened by the waves of 
negativity I have seen today.

cheers

andrew



In response to

Responses

pgsql-hackers by date

Next:From: Greg Sabino MullaneDate: 2008-05-29 22:42:59
Subject: Re: replication hooks
Previous:From: Tom LaneDate: 2008-05-29 22:29:01
Subject: Re: Core team statement on replication in PostgreSQL

pgsql-advocacy by date

Next:From: Joshua D. DrakeDate: 2008-05-29 22:47:05
Subject: Re: Core team statement on replication in PostgreSQL
Previous:From: Tom LaneDate: 2008-05-29 22:29:01
Subject: Re: Core team statement on replication in PostgreSQL

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