Re: Replicating db structure changes

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Robby Russell <robby(dot)lists(at)planetargon(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Replicating db structure changes
Date: 2007-07-26 09:57:21
Message-ID: 20070726095721.GB26612@svr2.hagander.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Jul 25, 2007 at 09:08:56PM -0700, Robby Russell wrote:
> Hey all,
>
> I'm catching up the replication options for PostgreSQL and was looking
> at slony, but was wondering if I could get some pointers.
>
> If I understand the slony documentation correctly, it doesn't allow me
> to send CREATE/ALTER TABLE/INDEX statements to the master and have those
> replicate to the slaves. Am I mistaken? If this is the case, are there
> any alternatives to slony that would allow this to happen? We're using
> Rails migrations, which generate the corresponding SQL statements and
> then runs those against the production database. This works great, but
> we're not sure how to go about having those migrations properly affect
> slave databases, without running execute statements through slonik.
>
> Are there any other replication options that might work for what we're
> trying to do?

Are you looking for failover or loadsharing? If it's just failover, PITR
warm standby should have no problem with DDL. But you can't do queries
against the slave until after a failover...

//Magnus

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Denis Gasparin 2007-07-26 10:59:29 Postgresql over a SAN
Previous Message Richard Huxton 2007-07-26 09:08:41 Re: Replicating db structure changes