Консолидация нескольких баз данных

[RedFox]

Цитата:

Сообщение от mazzy

Для консолидации финансовых данных в стандартном навижине есть Консолидация и Межфирменный учет.
Разработчики Навижин считают, что дешевле организовать каналы к централизованной базе данных, нежели заниматься конфликтами репликации.

Однако есть случаи, когда таки программируют как консолидацию финансовых данных, так и репликацию.

При программировании репликации возникает масса ограничений.
Время и стоимость программирования репликации мы еще не выяснили.

Затраты на каналы и оборудование можно легко и быстро узнать для каждого региона.

По-моему, так.

Хотел бы уточнить - это для репликации в обе (многие) стороны, продаж, покупок и перемещений (заказы с различных складов и на различные склады) - ПРОБЛЕМА.
Если собирать просто продажи или изменения (простые перемещения), то не все уж так и драматично. И все можно не очень сложно реализовать (даже с ОЧЕНЬ старым програмерским опытом)

[mazzy]

Цитата:

Сообщение от RedFox

Если собирать просто продажи или изменения (простые перемещения), то не все уж так и драматично. И все можно не очень сложно реализовать (даже с ОЧЕНЬ старым програмерским опытом)

Ну... если разрешить отрицательный склад, то действительно очень просто.
или запретить брать из центрального склада. и ввести другие зпреты как это было сказана выше.

или может расскажете свою версию?

[rmv]

Мы организовывали консолидацию и обмен данными в 3.70 по следующей схеме:
Консолидация:
1. Единый план счетов и настройки учета для всех филиалов на разных базах.
2. Часть справочников (поставщики, клиенты, банк. счета) и все документы разделены по сериям номеров, номер уникален в пределах всех баз.
3. Немного поломали учет и сделали номер операции в книгах уникальным в пределах всех баз.
4. В настроечную таблицу вынесли список реплицируемых таблици написали хранимую процедуру, которая генерила публикации и подписки.
Трудозатраты - не считая настройки серий номеров - 12 часов на модификацию учетных кодеюнитов и 20 часов на хранимую процедуру + 20 часов тестирования.

Обмен документами между филиалами А и Б:
Схема обмена:
Фирма А (база А)->ФирмаОбменник А (база А)->Центральная База Диспетчер->ФирмаОбменник Б (база Б)->Фирма Б (база Б).

1. Фирма А (база А)->ФирмаОбменник А (база А)
Вызывается либо по кнопке с формы документа (можно автоматически на основе неких правил обмена). Документ и связанные справочники переносятся "как есть" в соседнюю фирму обменник.

2. ФирмаОбменник А (база А)->Центральная База Диспетчер. Обычная репликация средствами сиквела. Публикации и подписки генерятся все той же хранимой процедурой.

3. Центральная База Диспетчер->ФирмаОбменник Б (база Б). Репликация средствами сиквела.

4. ФирмаОбменник Б (база Б)->Фирма Б (база Б). Вызывается руками из лога входящих документов (можно автоматически на основе неких правил).
Код очень похож на процедуры "межфирменного учета".

[dmites]

Всё абсолютно верно, пройдя тернистый путь с файловой репликацией скажу точно, что организация каналов и работа с одной базой путь наверняка легче, но то же не лишен трудностей - одновременный учет надо побороть, а это не малого стоит, ну и лицензия на каждого доп. пользователя некопеечна.....

[RedFox]

Цитата:

Сообщение от dmites

Всё абсолютно верно, пройдя тернистый путь с файловой репликацией скажу точно, что организация каналов и работа с одной базой путь наверняка легче, но то же не лишен трудностей - одновременный учет надо побороть, а это не малого стоит, ну и лицензия на каждого доп. пользователя некопеечна.....

А теперь маленькое усложнение - сделайте стабильный канал, например на Диал-апе или в "сельской местности", где стоит маленькое произ-во ;-) И Вам предлагают спутниковый канал как минимум в 2-3 скачка (задержка минимум в 200-300 мс)

[dmites]

ну уловил фишки ((

[mazzy]

Цитата:

Сообщение от RedFox

Сделайте стабильный канал, например на Диал-апе или в "сельской местности", где стоит маленькое произ-во ;-)

Теперь стоит задаться вопросом, а как быстро при текущей скорости развития инфраструктуры это "маленькое усложнение" станет совсем незначительным
После чего стоит за рюмкой чая поразмышлять, а есть ли такие "маленькие усложнения" в проклятой буржуинии?

В общем, стоит ли тратить время на разработку решений конфликтов репликации?

[Urgen]

Цитата:

Сообщение от mazzy

Теперь стоит задаться вопросом, а как быстро при текущей скорости развития инфраструктуры это "маленькое усложнение" станет совсем незначительным
После чего стоит за рюмкой чая поразмышлять, а есть ли такие "маленькие усложнения" в проклятой буржуинии?

В общем, стоит ли тратить время на разработку решений конфликтов репликации?

Возможно для МО это действительно так, вот только для районных центров остальной России это не так очевидно, по крайней мере два-три года эта проблема останется актуальной. А пока что ни один поставщик каналов связи не гарантирует стопроцентно стабильную работу, хорошо если восстановление связи в течение суток(а безопасникам нашим естественно нужен выделенный шифрованный канал). И когда я начинаю озвучивать эти риски руководству, они чешут репу и говорят: мы что же, не сможем бить заказы и выставлять счета в течение целого дня! Ну уж нет! Главное продажи, а остальное как-нибудь разгребете...