• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

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

    Запись на курс до 25 апреля. Получить промодоступ ...

Проблема репликации

  • Автор темы engao
  • Дата начала
Статус
Закрыто для дальнейших ответов.
E

engao

Доброго времени суток!

Пишу с недавнего времени на лотусе. Столкнулся с такой проблемой, возможно эта проблема обсуждалась уже ни один раз, но пока ничего найти не смог.

Суть проблемы:
Есть база на лотусе она реплицируется на 4 сервера. С этими 4 серверами постоянно работают пользователи, часто одновременно вносят изменения в одни и те же документы, в следствии чего постоянно возникает ошибка репликации (конфликт).
Вводить запреты, на то, что один пользователь может работать с документом, а другой - нет - нельзя.

Кто-нибудь сталкивался с подобной проблемой? Как можно обойти данную проблему?

Спасибо!
 
K

Klido

поглядите тему Document locking - возможно то, что вам надо (но редактировать одновременно один и тот же документ в репликах везде просто так не выйдет, как раз надо блокировать такую возможность)
 

Medevic

Что это ? :)
Green Team
10.12.2004
3 334
1
BIT
4
Пусть работают с копиями документа. Потом, когда закончат, сливай их в один.
Также можно поискать в хелпе "Handling replication conflicts".
 
A

Akupaka

если они правят разные поля документа, то можно в свойствах формы установить параметр Conflict Handling в Merge Conflicts.
если они правят одни и те же поля документа, значит приложение неправильно организовано.
 
E

engao

если они правят разные поля документа, то можно в свойствах формы установить параметр Conflict Handling в Merge Conflicts.
если они правят одни и те же поля документа, значит приложение неправильно организовано.

А не подскажете по поводу "значит приложение неправильно организовано".
Простая ситуация.
К примеру форма 'Client'. С ней работают в 4 филиалах компании (в 4 странах) ... каждый со своим сервером. Каждый пользователь в любом филиале может менять данные в данной форме. Соответственно при репликации может оказаться, что пользователи меняли одни и те же данные.

Как лучше организовать подобную работу?
 
K

Klido

карточка клиента с основными данными, которые могут меняться только в одном месте
ответными документами иные реквизиты, которые, например, соответствуют определенным филиалам, где их и могут (и только там) менять...
 
E

engao

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

вся проблема, что в любом из филиалов может меняться любое поле документа
 
30.05.2006
1 345
12
BIT
0
А не подскажете по поводу "значит приложение неправильно организовано".
К примеру форма 'Client'. С ней работают в 4 филиалах компании (в 4 странах) ... каждый со своим сервером. Каждый пользователь в любом филиале может менять данные в данной форме.
Если Вы что-то программили для СУБД, то должны быть знакомы с понятиями как целостность данных, транзакция, взаимные исключения. Что это за документы такие, содержимое которых не имеет значения?

Природу не обманешь, даже с помощью Лотуса (в которм нет транзакции)
 
A

Akupaka

К примеру форма 'Client'. С ней работают в 4 филиалах компании (в 4 странах) ... каждый со своим сервером. Каждый пользователь в любом филиале может менять данные в данной форме. Соответственно при репликации может оказаться, что пользователи меняли одни и те же данные.
пользователи работают не с формой, а с документом. форма - элемент дизайна, для представления данных в документах в определенном виде (форме). один и тот же документ можно отобразить, используя разные формы.
если под формой ты подразумеваешь таки документ, то тут уже есть множество вариантов.
1) для каждого пользователя создается свое рабочее пространство - свой набор документов, в которых они делают изменения, которые влияют на отображаемую информацию по заданным правилам в каком-то "одном документе";
2) каждый пользователь работает с отдельной частью документа, которую может править только он;
3) каждый пользователь работает с отдельным документом, информация в которых "не связана" (например, почта) и не влияет на отображение другой.

сейчас, описанная тобой ситуация, напоминает мультик Простоквашино, как дядя Федор писал письмо родителям, а Шарик и Матроскин дописали каждый свою часть, кажется это серия "Трое из Простоквашино"...
 
Статус
Закрыто для дальнейших ответов.
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!