Re: Looking for way to replicate master db to multiple mobile databases

From: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
To: Bryan Montgomery <monty(at)english(dot)net>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Looking for way to replicate master db to multiple mobile databases
Date: 2009-09-23 20:58:43
Message-ID: dcc563d10909231358s15a817c4ybd6d347b83b75d04@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Sep 23, 2009 at 11:11 AM, Bryan Montgomery <monty(at)english(dot)net> wrote:
> Hi,
> I'm looking for a way to replicate am master database to multiple (100+)
> databases that are taken in to the field. Currently for each laptop we dump
> and load the tables. However,there is only a small percentage of data that
> changes on a frequent basis.
>
> I've been looking around and come across pyerplica, londiste and bucardo -
> the documentation on most of these is fairly sparse. It seems that Bucardo
> may be the best bet - at least initially.
>
> However, I thought I'd see if anyone is doing something similar and what
> thoughts there might be out there as to a better way to accomplish this.

The problem domain you're working on is a bit different from regular
replication. Most replication solutions are made to keep two machines
that talk to each other all the time in sync. Disconnect one machine
and maybe replication will resume properly, and maybe it wont.

So, do you need the slave databases to be updatable? Do you need the
changes to go back into the master? Do you need conflict resolution?
Depending on the full fleshed out requirements, you may be stuck
writing your own solution, or re-writing one somebody already wrote.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Kevin Kempter 2009-09-23 21:14:08 Possible Bug - error creating a tablespace
Previous Message Adam Rich 2009-09-23 20:48:43 Re: More straight forward method to convert seconds::bigint to interval