Страница 1 из 1

Круговая синхронизация баз.

Добавлено: 27 сен 2007, 14:25
BlackEric
Внедряется информационная система.
СУБД FB 1.5, клиент-серверная архитектура.
Имеется центральное отделение и более 10 филиалов раскиданных по городу. Повесить всех юзеров на одну базу не получается.
Данные в базу будут добавлятся в центре и во всех филиалах.
Часть таблиц из баз должны синхронизироваться между собой хотя бы раз в день.
Базу выставлять в инет очень не хочется по причинам безопастности.
В качестве каналов связи местами похоже придется использовать dial-up или GPRS.

Ничего подобного раньше не делал, поэтому вопрос:
Как все это должно организовываться и что где почитать, посмотреть?

P.S. Я не разработчик системы и как я понял раньше она в таком виде нигде не внедрялась. Все работало в обычной локалке.

Добавлено: 27 сен 2007, 14:28
kdv
сначала модель данных должна учитывать филиалы, т.е. возможность репликации. потом проектируются потоки данных, оцениваются конфликты. строится протокол обмена данными. дальше или самописно, или берешь готовый репликатор (IBReplicator).
Я не разработчик системы и как я понял раньше она в таком виде нигде не внедрялась. Все работало в обычной локалке.
тогда это задница, на 99%. По крайней мере твое начальство должно понять, что просто взять такую систему и размножить ее для взаимосвязанной работы без переделок (иногда серьезных), как базы так и приложений, не получится.

Добавлено: 27 сен 2007, 15:06
BlackEric
Здесь ситуация следующая:
Система покупается, поддержка разработчиков и доработки будут.
Я поддерживал/внедрял данную систему для работы в обычной локалке последние 2,5 года. Cейчас предлагают взятся за данный проект.
Разработчики в другом городе и предложенное ими изначально решение строить связь через общегородскую локалку не приемлемо за неимением таковой.
Поэтому если я за это возьмусь, то скорее всего получится так, что решения прийдется находить совместно.
Бересусь я за это в осном для получения опыта внедрения такой штуки.
Поэтому для первой прикидки хотелось бы понять как все это должно организовываться.

Добавлено: 27 сен 2007, 15:13
Dimitry Sibiryakov
Статьи про репликацию на этом сайте уже все прочитал?

Добавлено: 27 сен 2007, 17:34
kdv
Система покупается, поддержка разработчиков и доработки будут.
тогда вопрос вообще отпадает сам собой. потому что от разработчиков должны быть инструкции типа "возьмите это, сделайте то", и т.д.
Поэтому если я за это возьмусь, то скорее всего получится так, что решения прийдется находить совместно.
главное для тебя - попытаться описать как эта репликация должна происходить. Это описание ты сольешь разработчикам.
Бересусь я за это в основном для получения опыта внедрения такой штуки.
э. если не ты делаешь БД, то никакого "опыта" ты тут не получишь.
Кроме разве что опыта "как настраивать IBReplicator", например, если это вообще потребуется.
Поэтому для первой прикидки хотелось бы понять как все это должно организовываться.
я тебе уже написал, как.

Re: Круговая синхронизация баз.

Добавлено: 27 сен 2007, 20:35
stix-s
BlackEric писал(а):
P.S. Я не разработчик системы и как я понял раньше она в таком виде нигде не внедрялась. Все работало в обычной локалке.
Читать статьи на сайте и подумать - а надо оно?
ИМХО это шило за приличные деньги (если их готовы платить), много граблей

Добавлено: 27 сен 2007, 20:37
stix-s
BlackEric писал(а): Здесь ситуация следующая:
Система покупается, поддержка разработчиков и доработки будут.
Опыт общения, сроки исполнения имеются?

Добавлено: 27 сен 2007, 21:42
BlackEric
stix-s писал(а):
BlackEric писал(а): Здесь ситуация следующая:
Система покупается, поддержка разработчиков и доработки будут.
Опыт общения, сроки исполнения имеются?
Опыт какого общения???

Сроки зависят от финансирования.......