From: | Grant Maxwell <grant(dot)maxwell(at)maxan(dot)com(dot)au> |
---|---|
To: | pgsql-general(at)postgresql(dot)org, Bryan Montgomery <monty(at)english(dot)net> |
Subject: | Re: Looking for way to replicate master db to multiple mobile databases |
Date: | 2009-09-25 03:12:23 |
Message-ID: | 17272525-012E-494F-80AD-0E3A12A99A64@maxan.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 25/09/2009, at 12:50 PM, Selena Deckelmann wrote:
> On Thu, Sep 24, 2009 at 8:09 AM, Cédric Villemain
> <cedric(dot)villemain(at)dalibo(dot)com> wrote:
>> Le jeudi 24 septembre 2009, Selena Deckelmann a écrit :
>>> Hi!
>>>
>>> On Wed, Sep 23, 2009 at 10: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.
>>>
>>> Bucardo is a good choice for this usage model because it was
>>> originally designed to work over a lossy network connections.
>>
>> yes, but isn't bucardo designed to 2 nodes only ?
>
> No, definitely not! You can replicate to any number of systems. And
> you can group them in whatever groups you'd like. Multi-master (as
> Joshua said) only works between two nodes, but master->slave can be
> from a master, to any number of slaves.
>
>
I use bucardo extensively across multiple sites and with complex
replication requirements. It does a great job.
regards
Grant
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 2009-09-25 06:21:35 | Re: [HACKERS] libpq port number handling |
Previous Message | Mihail Nasedkin | 2009-09-25 02:58:55 | Re: pg_toast record in table pg_class |