Круговая синхронизация баз.
Модератор: kdv
Круговая синхронизация баз.
Внедряется информационная система.
СУБД FB 1.5, клиент-серверная архитектура.
Имеется центральное отделение и более 10 филиалов раскиданных по городу. Повесить всех юзеров на одну базу не получается.
Данные в базу будут добавлятся в центре и во всех филиалах.
Часть таблиц из баз должны синхронизироваться между собой хотя бы раз в день.
Базу выставлять в инет очень не хочется по причинам безопастности.
В качестве каналов связи местами похоже придется использовать dial-up или GPRS.
Ничего подобного раньше не делал, поэтому вопрос:
Как все это должно организовываться и что где почитать, посмотреть?
P.S. Я не разработчик системы и как я понял раньше она в таком виде нигде не внедрялась. Все работало в обычной локалке.
СУБД FB 1.5, клиент-серверная архитектура.
Имеется центральное отделение и более 10 филиалов раскиданных по городу. Повесить всех юзеров на одну базу не получается.
Данные в базу будут добавлятся в центре и во всех филиалах.
Часть таблиц из баз должны синхронизироваться между собой хотя бы раз в день.
Базу выставлять в инет очень не хочется по причинам безопастности.
В качестве каналов связи местами похоже придется использовать dial-up или GPRS.
Ничего подобного раньше не делал, поэтому вопрос:
Как все это должно организовываться и что где почитать, посмотреть?
P.S. Я не разработчик системы и как я понял раньше она в таком виде нигде не внедрялась. Все работало в обычной локалке.
сначала модель данных должна учитывать филиалы, т.е. возможность репликации. потом проектируются потоки данных, оцениваются конфликты. строится протокол обмена данными. дальше или самописно, или берешь готовый репликатор (IBReplicator).
тогда это задница, на 99%. По крайней мере твое начальство должно понять, что просто взять такую систему и размножить ее для взаимосвязанной работы без переделок (иногда серьезных), как базы так и приложений, не получится.Я не разработчик системы и как я понял раньше она в таком виде нигде не внедрялась. Все работало в обычной локалке.
Здесь ситуация следующая:
Система покупается, поддержка разработчиков и доработки будут.
Я поддерживал/внедрял данную систему для работы в обычной локалке последние 2,5 года. Cейчас предлагают взятся за данный проект.
Разработчики в другом городе и предложенное ими изначально решение строить связь через общегородскую локалку не приемлемо за неимением таковой.
Поэтому если я за это возьмусь, то скорее всего получится так, что решения прийдется находить совместно.
Бересусь я за это в осном для получения опыта внедрения такой штуки.
Поэтому для первой прикидки хотелось бы понять как все это должно организовываться.
Система покупается, поддержка разработчиков и доработки будут.
Я поддерживал/внедрял данную систему для работы в обычной локалке последние 2,5 года. Cейчас предлагают взятся за данный проект.
Разработчики в другом городе и предложенное ими изначально решение строить связь через общегородскую локалку не приемлемо за неимением таковой.
Поэтому если я за это возьмусь, то скорее всего получится так, что решения прийдется находить совместно.
Бересусь я за это в осном для получения опыта внедрения такой штуки.
Поэтому для первой прикидки хотелось бы понять как все это должно организовываться.
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
тогда вопрос вообще отпадает сам собой. потому что от разработчиков должны быть инструкции типа "возьмите это, сделайте то", и т.д.Система покупается, поддержка разработчиков и доработки будут.
главное для тебя - попытаться описать как эта репликация должна происходить. Это описание ты сольешь разработчикам.Поэтому если я за это возьмусь, то скорее всего получится так, что решения прийдется находить совместно.
э. если не ты делаешь БД, то никакого "опыта" ты тут не получишь.Бересусь я за это в основном для получения опыта внедрения такой штуки.
Кроме разве что опыта "как настраивать IBReplicator", например, если это вообще потребуется.
я тебе уже написал, как.Поэтому для первой прикидки хотелось бы понять как все это должно организовываться.
Re: Круговая синхронизация баз.
Читать статьи на сайте и подумать - а надо оно?BlackEric писал(а):
P.S. Я не разработчик системы и как я понял раньше она в таком виде нигде не внедрялась. Все работало в обычной локалке.
ИМХО это шило за приличные деньги (если их готовы платить), много граблей