alibek писал(а):Нужна репликация в обе стороны (от филиалов в центр и от центра в филиалы) или только в одну?
Для каждой записи хранить дату последнего изменения (дата и время) и счетчик изменений (целое). Ну и при слиянии ориентироваться на эти значения.
alibek писал(а):Нужна репликация в обе стороны (от филиалов в центр и от центра в филиалы) или только в одну?
Для каждой записи хранить дату последнего изменения (дата и время) и счетчик изменений (целое). Ну и при слиянии ориентироваться на эти значения.
Konst_One писал(а):Sebas - дело говорит, придется писать свою собственную репликацию, а это , я скажу по-опыту, очень не просто. возможно написание репликации будет сложнее , чем вся ваша остальная система, так что готовся к долгой и нудной работе над бесконечными сверками данных с обеих сторон и разрешения разногласий.
Konst_One писал(а):я бы все-таки посоветовал иметь единые справочники на стороне сервера, которые рассылаются филиалам и которые они не имееют права менять. а если им надо что-то туда добавить, то делать это они должны в отдельную структуру, которую пересылать на сервер, который будет в полуавтоматическом режиме (под контролем опытного пользователя) вносить в базу изменения и отправлять обратно таблицу разногласий по результатам работы.
alibek писал(а):Написали же.
В каждой таблице для каждой записи фиксируешь дату обновления, номер версии и статус (новая запись, измененная запись, удаленная запись).
После чего на основании этих данных проводишь репликацию.
Сложность тут не в идее, а в реализации.
alibek писал(а):Нужна репликация в обе стороны (от филиалов в центр и от центра в филиалы) или только в одну?
Для каждой записи хранить дату последнего изменения (дата и время) и счетчик изменений (целое). Ну и при слиянии ориентироваться на эти значения.
Andrey Fedorov писал(а):Да... Как-то писал подобное - на 40 таблиц...
Честно говоря больше не хочется. Но работало.
alibek писал(а):Andrey Fedorov писал(а):Да... Как-то писал подобное - на 40 таблиц...
Честно говоря больше не хочется. Но работало.
Сколько седых волос это добавило?
Sebas писал(а):Ага, а как такие вещи, как неправильное время на компе или старые данные? Тут столько подводных камней...
И все равно, рассинхронизацию, практически, не избежать.
NRJ писал(а):Есть несколько подразделений одной конторы разбросанных на большие расстояния. Необходимо ведение баз данных на местах и централизация данных в одном месте.
codemaster писал(а):NRJ писал(а):Есть несколько подразделений одной конторы разбросанных на большие расстояния. Необходимо ведение баз данных на местах и централизация данных в одном месте.
Есть чудная вещь от MS -> MSMQ
думаю стоит посмотреть в ее сторону
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2