Re: Core team statement on replication in PostgreSQL - Mailing list pgsql-hackers

From Koichi Suzuki
Subject Re: Core team statement on replication in PostgreSQL
Date
Msg-id a778a7260806092016s53a26a4co8902eee56dfc329b@mail.gmail.com
Whole thread Raw
In response to Re: Core team statement on replication in PostgreSQL  (Greg Smith <gsmith@gregsmith.com>)
List pgsql-hackers
Just for information.

In terms of archive compression, I have archive log compression which
will be found in http://pgfoundry.org/projects/pglesslog/

This feature is also included in NTT's synchronized log shipping
replication presented in the last PGCon.

2008/6/10 Greg Smith <gsmith@gregsmith.com>:
> On Mon, 9 Jun 2008, Tom Lane wrote:
>
>> It should also be pointed out that the whole thing becomes uninteresting
>> if we get real-time log shipping implemented.  So I see absolutely no
>> point in spending time integrating pg_clearxlogtail now.
>
> There are remote replication scenarios over a WAN (mainly aimed at disaster
> recovery) that want to keep a fairly updated database without putting too
> much traffic over the link.  People in that category really want zeroed
> tail+compressed archives, but probably not the extra overhead that comes
> with shipping smaller packets in a real-time implementation.
>
> --
> * Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD
>
> --
> Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers
>



-- 
------
Koichi Suzuki


pgsql-hackers by date:

Previous
From: "汪琦"
Date:
Subject: a question about exec_simple_query()
Next
From: Jeff Davis
Date:
Subject: Re: Proposal: GiST constraints