Re: Asychronous database replication

From: Neil Dugan <postgres(at)butterflystitches(dot)com(dot)au>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Asychronous database replication
Date: 2005-09-18 11:56:14
Message-ID: 200509180756.15127.postgres@butterflystitches.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Friday 16 September 2005 07:28 am, John DeSoi wrote:
> On Sep 15, 2005, at 9:54 PM, Greg Stark wrote:
> > If you need data to propagate from the clients back to the server
> > then things
> > get more complicated. Even then you could side step a lot of
> > headaches if you
> > can structure the application in specific ways, such as
> > guaranteeing that the
> > clients can only insert, never update records.
>
> And even updates could be OK if the application can support the right
> partitioning of the data and only do it one place at a time. With
> some kinds of field based work it might be suitable to have global
> (read only) data along with data created in the field that is site/
> client specific. As long as the data collected in the field is not
> being updated on the master, it could continue to be updated in the
> field and synced back to the master database.
>
>
>
> John DeSoi, Ph.D.
> http://pgedit.com/
> Power Tools for PostgreSQL
>
>
Hi,

Maybe one thing that could be used is use a trigger to date whenever a record
is inserted/updated on the client computers, and whenever they get back to
base to run a script and update the master according to any change
since the last time (according to the date).

Regards Neil

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Jim C. Nasby 2005-09-18 13:59:07 Re: How to check is the table system
Previous Message Michael Fuhr 2005-09-18 01:58:32 Re: Contraint Trigger Permissions