From: | "Andrew Hammond" <andrew(dot)george(dot)hammond(at)gmail(dot)com> |
---|---|
To: | "Jim Nasby" <decibel(at)decibel(dot)org> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: 10 weeks to feature freeze (Pending Work) |
Date: | 2007-02-07 06:52:28 |
Message-ID: | 5a0a9d6f0702062252n62488c4eja33b98f3a5818351@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2/6/07, Jim Nasby <decibel(at)decibel(dot)org> wrote:
> On Feb 5, 2007, at 12:53 PM, Andrew Hammond wrote:
> > On Jan 26, 2:38 pm, t(dot)(dot)(dot)(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane) wrote:
> >> Rick Gigger <r(dot)(dot)(dot)(at)alpinenetworking(dot)com> writes:
> >>> I thought that the following todo item just barely missed 8.2:
> >>> "Allow a warm standby system to also allow read-only statements
> >>> [pitr]
> >>
> >> No, it's a someday-wishlist item; the work involved is not small.
> >
> > Slony1 has supported log-shipping replication for about a year now. It
> > provides similar functionality.
>
> Not really....
>
> 1) It's not possible for a PITR 'slave' to fall behind to a state
> where it will never catch up, unless it's just on inadequate
> hardware. Same isn't true with slony.
I imagine that there are ways to screw up WAL shipping too, but there
are plenty more ways to mess up slony.
> 2) PITR handles DDL seamlessly
> 3) PITR is *much* simpler to configure and maintain
4) You need 3 databases to do log shipping using slony1. An origin, a
subscriber which generates the logs and obviously the log-replica.
All of which is why I qualified my statement with "similar".
From | Date | Subject | |
---|---|---|---|
Next Message | Markus Schiltknecht | 2007-02-07 07:37:59 | Re: Proposal: Commit timestamp |
Previous Message | Bruce Momjian | 2007-02-07 04:58:04 | Re: [HACKERS] doxygen.postgresql.org |