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

Re: [INTERFACES] Database replication under Postgres

From: Gerhard Hintermayer <g_hintermayer(at)magnet(dot)at>
To: Paul Breen <paulb(at)computerpark(dot)co(dot)uk>
Cc: pgsql-admin(at)postgresql(dot)org, pgsql-interfaces(at)postgresql(dot)org
Subject: Re: [INTERFACES] Database replication under Postgres
Date: 1999-12-17 01:25:41
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-interfaces
Paul Breen wrote:

> Hello all, I wonder if anyone could help me.
> I'm currently working on a project where it is essential that we have some
> kind of replication of our production database.  I've found a number of
> 'near' solutions (e.g., doing a piped 'COPY IN/OUT' using psql - one
> local and one remote - from a simple shell script) but this doesn't
> 'synchronise' the data, it just piles ALL the data from one database into
> the other.
> I've also looked into setting up rules on a table to NOTIFY me of an
> insert|update|delete and then have a program that queries the difference
> between the two databases and synchronises them accordingly. This is ok to
> a point but is not particularly elegant or efficient.  Basically I was
> wondering if anyone knows of a better way of doing it or if someone has
> written a tool for automating replication with Postgres.
> If we were replicating data from one table to another in the SAME DATABASE
> it would be easy to set up a rule such as:
> values(new.i));
> Ideally, I suppose what I am after - and I dare say I'm hoping to much -
> is a simple solution that says the same as the above rule but where
> "tbl2" is a table in a remote host's database.
> I would be really grateful to hear from other users' experiences with any
> form of replication/synchronisation under Postgres.
> Thanks in advance.
> Paul M. Breen
> Computer Park Ltd
> Email: pbreen(at)computerpark(dot)co(dot)uk
> ************

What I did to keep 2 databases on two different hosts consistent is the

everytime an insert/update is done ,I call pg_exec for both connections to
two different host.
Don't know if that meet's your needs, but syncronising at the point, where
modifications take place, is the easiest approach.

Attachment: g_hintermayer.vcf
Description: text/x-vcard (370 bytes)

In response to

pgsql-interfaces by date

Next:From: Peter MountDate: 1999-12-17 08:35:51
Subject: RE: [INTERFACES] JDBC: can't connect in NT 4.0 SP 6 (JRE 1.2.2) as non-Administrator
Previous:From: Sam HokinDate: 1999-12-16 19:35:15
Subject: JDBC: can't connect in NT 4.0 SP 6 (JRE 1.2.2) as non-Administrator

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