10.08.2004, 10:19
|
#13 |
|
Moderator
|
Цитата:
1) справочники редактируются только в центральном офисе и спускаются в филиалы
2) документы из офисов поднимаются в центр, тут я тоже не вижу проблемы. Не нужно RecID поля поднимать и все. тогда и конфликтов по RecId не будет Или я не понимаю проблематику? а) справочники передаются из центра в филиалы б) оперативная информация передается из филиалов в центр - в основную БД, например, в отдельную компанию. Таким образом, мы избегаем коллизий. Теперь о ограничениях такого варианта, то, что сразу бросается в глаза: 1) Изменения в функционале должны одновременно происходить и в центре и в филиалах. Иначе возможен вариант, когда в центре добавили поле в табличку, а в одном из филиалов еще нет. -> Реплицироваться данная табличка не сможет. 2) Сопоставления, накладные расходы и т.д. - то есть, те таблицы, где связка происходит по recId. Либо мы реплицируем с recId, таким какой он был в филиале. Либо сопоставляем и т.д. повторно в центре (это уже совсем теоритический вариант  . А теперь представим такую, вполне реальную ситуацию - в филиале провели сопоставление, реплицировались, а затем, откатили сопосталение, что то поравили и опять сопоставили. Будет очень здорово, если за следующей репликацией что-то не придется подчищать ручками 3) А вы уверены, что организационно сможете выполнить обозначенный пункт: "справочники передаются из центра в филиалы". Ведь это означает, что для того, чтобы поставить какую-нибудь галочку в настройках в филиале, Вы должны поставить ее в центре и провести сеанс репликации. А готов ли клиент и его бизнес ждать ? А Вы уверены, что однажды, under pressure of time, Вы не выдержите и не поставите эту галочку сразу в филиале ? А не проще через терминалку вносить настройки во все базы ? А не проще создать группу определений "Настройки" и осуществлять ее экспорт в центре и импорт в филиалах ? Это так, что сразу бросается в глаза. Уверен, что в ходе эксплуатации этих пунктов будет гораздо больше. |
|
|
Древовидный вид