From: | Alexander Bruy <voltron(at)ua(dot)fm> |
---|---|
To: | pgsql-ru-general(at)postgresql(dot)org |
Subject: | Мультимастер репликация |
Date: | 2014-07-10 12:34:35 |
Message-ID: | E1X5DYZ-000204-0s@st03.mi6.kiev.ua |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-ru-general |
Здравствуйте,
имеем следующую ситуацию. Есть некая территориально распределенная сеть
«филиалов» и один «центр». Связи между «филиалами» нет, но все они связаны
с «центром». На всех узлах этой звезды есть база данных, которую надо
поддерживать в максимально синхронном состоянии. Т.е.изменения, сделанные
в одном из «филиалов» должны попасть как в «центр», так и в другие «филиалы».
Аналогично, изменения из «центра» должны разойтись по всем «филиалам».
Как понимаю, из-за отсутствия связи между «филиалами», все измения должны
сначала приходить в «центр», а потом рассылаться на остальные узлы. Думали
ещё о варианте с настройкой маршрутизации так, чтобы все «филиалы» могли
видеть друг-друга через канал центра, но есть сомнения в целесообразности,
т.к. филиалов достаточно много, около 40.
Вопросов несколько:
1. можно ли реализовать подобное на PostgreSQL, если да, то какими средствами?
Сейчас присматриваемся к Bucardo, но может лучше взять что-то другое?
2. можно ли пакеты изменений посылать не напрямую «филиал → центр» или наборот,
а через промежуточные узлы «филиал → посредник 1 → посредник 2 → центр»?
Да, ещё, базы содержат пространственные данные (PostGIS), и каждый филиал
в основном редактирует только часть, относящуююся к его сфере ответственности.
Т.е. теоретически ситуаций, когда в разных филиалах одновременно правят одну и
ту же строку таблицы быть не должно
Спасибо
-- реклама -----------------------------------------------------------
Изысканное нижнее бельё от 50 грн!
Anabel Arto со скидкой 75% по ссылке http://bit.ly/anabelMK
From | Date | Subject | |
---|---|---|---|
Next Message | Borodin Vladimir | 2014-07-10 12:46:28 | Re: [pgsql-ru-general] Мультимастер репликация |
Previous Message | Миша Тюрин | 2014-05-19 22:07:25 | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Отладка расширений Pg (C) |