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

Re: [COMMITTERS] pgsql: Make a cut at a major-features list for 9.2.

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql: Make a cut at a major-features list for 9.2.
Date: 2012-09-04 12:48:06
Message-ID: CABUevEz06d7Q8gxY4ZxacBmwtTWSiqnjHosPHR_CMcNe30TijQ@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers
On Mon, Sep 3, 2012 at 6:11 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Magnus Hagander <magnus(at)hagander(dot)net> writes:
>> On Wed, Aug 22, 2012 at 11:58 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> Make a cut at a major-features list for 9.2.
>>>
>>> This is open to debate of course, but it's past time we had *something*
>>> here.
>
>> We have cascading replication as a major feature, which I agree it is.
>> But I think we should add the (closely related) base backups from
>> slave to the list as well - I've had more people say they're really
>> going to use that one than the cascading replication. Perhaps add them
>> both on the same bullet point?
>
> Sure, reword it however you want.  I've not been paying much attention
> to replication stuff, so I don't really know what's important there.

Done.

-- 
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/


In response to

pgsql-hackers by date

Next:From: Magnus HaganderDate: 2012-09-04 13:01:08
Subject: Re: pg_dump incorrect output in plaintext mode
Previous:From: Vik ReykjaDate: 2012-09-04 12:38:41
Subject: 9.2rc1 produces incorrect results

pgsql-committers by date

Next:From: Magnus HaganderDate: 2012-09-04 13:01:13
Subject: pgsql: Change "restoring" to "processing" in message from pg_dump
Previous:From: Magnus HaganderDate: 2012-09-04 12:47:51
Subject: pgsql: Mention basebackup-from-slave next to cascading replication

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