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

[dmites]

идем тем же путем - как и в политике вертикаль власти ) -в Центре заводятся все справочники и реплицируются на магазины, где их править не могут.
Могу ли клиенты одного города заказывать в другом?
Могут, но через центр ..) всё через кремль..

[mazzy]

Цитата:

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

Могут, но через центр ..) всё через кремль..

вот такие ограничения
зато можно говорить, что сделали репликацию.

А можно спрочить?
Как вы считаете, с учетом имеющегося у вас опыта, было бы лучше/эффективнее/дешевле организовать каналы доступа к централизованной базе данных?

[RedFox]

Цитата:

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

А можно спрочить?
Как вы считаете, с учетом имеющегося у вас опыта, было бы лучше/эффективнее/дешевле организовать каналы доступа к централизованной базе данных?

а можно подрезюмировать малеха, а не распыляться???

[mazzy]

Цитата:

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

а можно подрезюмировать малеха, а не распыляться???

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

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

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

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

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

[RedFox]

Цитата:

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

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

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

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

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

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

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

[mazzy]

Цитата:

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

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

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

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

[rmv]

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

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

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

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

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

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