Re: Real time replication of PG DBs accross two servers -

From: Bruno Wolff III <bruno(at)wolff(dot)to>
To: Paul Breen <pbreen(at)computerpark(dot)co(dot)uk>
Cc: Bradley Kieser <brad(at)kieser(dot)net>, pgsql-admin(at)postgresql(dot)org
Subject: Re: Real time replication of PG DBs accross two servers -
Date: 2004-04-14 14:57:53
Message-ID: 20040414145753.GA30859@wolff.to
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Wed, Apr 14, 2004 at 14:44:57 +0100,
Paul Breen <pbreen(at)computerpark(dot)co(dot)uk> wrote:
>
> The way we approached it was to do the replication ourselves at the
> application level. This isn't as hard as it sounds: you just open 2 db
> connections (1 to the master, 1 to the slave), start transactions on both
> connections, then write your data. If an error occurs on either
> connection, you rollback on both connections. This means you can still
> have writes that fail (for whatever reason) but both dbs are _consistent_.

This is guarenteed to work in general. When there are concurrent transactions,
one transaction may succeed on commit and the other fail. If you are using
sequences you could also end up with different values in each database.
That may or may not be a problem depending on how you use them.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Jodi Kanter 2004-04-14 15:18:24 XTG Data Modeller
Previous Message Joe Maldonado 2004-04-14 14:54:22 Performance tuning for copy in