![]() |
#37 |
Участник
|
Существуют, но надежного, быстрого и универсального решения я не видел.
Если glibs имеет в виду того, кого я тоже знаю, то у них репликация делалась очень-очень-очень долго. В конце концов так и остались трудности с резервированием товара на центральном складе (особенно дефицитного товара). А процедура создания товара превратилась в отдельный скриптовый язык. Основные проблемы: 1. Обеспечить целостность справочной информации (один и тот же товар вводится в разных точках, а также удаляется/редактируется). 2. Обеспечить двухфазную фиксацию транзакции в распределенной среде (филиалы имеют реплики остатков центрального склада, заказывают дефицитный товар, в репликах транзакция завершена, а после обмена в центральной базе транзакция одного из филиалов не прошла. Что делать?) В общем, тот еще гемор. Повторю только одно: разработчики решили, что организовать постоянный канал к единой базе дешевле, нежели заниматься конфликтами репликации. Во многих случаях это правильное решение. Вопрос с репликацией обсуждался неоднократно. |
|
Теги |
архивирование, полезное |
|
![]() |
||||
Тема | Ответов | |||
Принципы построения базы данных | 11 | |||
Утилиты для работы с журналом базы данных | 0 | |||
Размер базы | 13 | |||
Создание полной копии Приложения и базы | 5 | |||
Распределенные базы ???? | 19 |
|