Репликация

[dimat]

Всем привет!
Ситуация: Есть сервер Domino, к нему через интернет(с одного ip) подключаются пользователи и работают с 1 БД.
Вопрос: Возможно ли сделать средствами репликации чтоб они(пользователи) работали с копией этой БД локально, а раз в сутки (например), данные локальной и серверной копий синхронизировались? И если возможно, то как?

P.S. С репликацией никогда не сталкивался...

Заранее спасибо!

 

[Alexander (Criz)]

Делаешь в клиенте локальную реплику и в настройки репликации по-расписанию указываешь время... Всё...

 

[ledi]

Делаешь в клиенте локальную реплику и в настройки репликации по-расписанию указываешь время... Всё...

А как быть с документами с одинаковым UNID? Или если у пользователей окажутся документы с одним названием?

 

[Alexander (Criz)]

А как быть с документами с одинаковым UNID? Или если у пользователей окажутся документы с одним названием?

А как с ними быть? Работать с ними... Документ имеет одинаковый UNID в пределах всех реплик.
Ну а с названием это для меня сложно, если вы имеете в виду "Topic", то это вообще на "скорость" не влияет

 

[vvlad]

А как быть с документами с одинаковым UNID?

Если два пользователя в своих локальных репликах изменят один и тотже документ, то после репликации в базе будет конфликт репликации....

 

[Мыш]

Можно попробовать блокировку на серверной реплике организовать - например ,агентом RunOnServer. Но это, понятное дело, все равно породит трафик... Считать объем надо.....

PS. Если вся проблема не в объеме трафика, а в периодическом отсутствии связи с сервером, то, ессно, блокировка отпадает....

 

[ledi]

А как с ними быть? Работать с ними... Документ имеет одинаковый UNID в пределах всех реплик.
Ну а с названием это для меня сложно, если вы имеете в виду "Topic", то это вообще на "скорость" не влияет

В том-то и дело, что если 2 человека в двух репликах изменят один документ, то админ (или кто за этой базой следит) замахается конфликты при репликации исправлять.

А про имя - если есть вью, в котором документы сортируются по имени (названию, topic-y), то есть вероятность того, что 2 совершенно разных документа, но с одним именем, попадут в одну категорию и может возникнуть некоторая путаница.

 

[Klido]

Если локально реплить документы, доступные только конкретному пользователю (поля типа readers/authors) - будет работать нормально. Иногда удается достичь нужного эффекта, внимательно осмотрев сам процесс работы пользователей/групп с документами...
Однако, если есть серверные агенты или что-то подобное, которое может менять документы в промежутках между репликациями - вряд ли что поможет...
Можно предположить, что помочь может перевод базы под вэб.

 

[Alexander (Criz)]

В том-то и дело, что если 2 человека в двух репликах изменят один документ, то админ (или кто за этой базой следит) замахается конфликты при репликации исправлять.

А про имя - если есть вью, в котором документы сортируются по имени (названию, topic-y), то есть вероятность того, что 2 совершенно разных документа, но с одним именем, попадут в одну категорию и может возникнуть некоторая путаница.

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

 

[Klido]

В более сложных - написание агентов и обработка руками.

если больше 2-х человек поработают с одним документом локально, а сервер в промежутке между репликациями ещё и сам поменяет док - обработка представляется слишком сложной, проще поменять логику действий