Конфликты в резервировании

[Shandrik]

Во вьюшке "На утверждение" скопилось множество конфликтов без родителя. Видимо, родитель уже утверждён и покинул вьюшку.
С помощью Ytria установили, что конфликтов поле Author отличается от родителя. О_0
И вообще поля порядочно различаютсяю
Поля ConflictItem отсутствует.

Как такое возможно?

 

[lmike]

не понятно - что удивляет
и каков, по вашей версии, смысл ConflictItem?

 

[Shandrik]

> не понятно - что удивляет
Удивляет, что ComputedWhenCompose-поле имеет разное значение в конфликтах к одному документу. Правда не смотрел, меняется ли оно где-нибудь кодом.

По моей версии там видно, по какому полю не удалось слить документы при репликации.

Посмотрел свойства формы - та не Merge, a Create Conflict выставлено.

 

[lmike]

По моей версии там видно, по какому полю не удалось слить документы при репликации.

не знаю такого

 

[alxndr]

По моей версии там видно, по какому полю не удалось слить документы при репликации.

Вы определитесь - речь идет о репликации или о резервировании? Сколько реплик базы и все ли они доступны пользователям на редактирование? Возможно конфликты порождаются в одной реплике базы при "одновременном" редактирования документа (без блокировок) несколькими пользователями...

 

[ToxaRat]

а предыдущая тема дай угадаю, была в стиле "как во всех респонсах поменять поле"?

 

[Shandrik]

Вы определитесь - речь идет о репликации или о резервировании?

Звучит так, как будто это взаимоисключающие термины. Я определился - конфликты от репликации в Резервировании.

Сколько реплик базы и все ли они доступны пользователям на редактирование? Возможно конфликты порождаются в одной реплике базы при "одновременном" редактирования документа (без блокировок) несколькими пользователями...

Каким образом могут образоваться конфликты к одной заявке с разными знчениями в поле Author?
[DOUBLEPOST=1450706578,1450706542][/DOUBLEPOST]

а предыдущая тема дай угадаю, была в стиле "как во всех респонсах поменять поле"?

Не понял причины сарказма. Сильно глупый вопрос задал?

 

[alxndr]

Звучит так, как будто это взаимоисключающие термины. Я определился - конфликты от репликации в Резервировании.

Резервирование - процесс односторонний, соответственно он не должен пораждать конфликтов, а если обе реплики базы могут редактироваться одновременно (на разных серверах, в разных офисах например) - тогда могут возникать конфликты репликации, ИМХО.

Каким образом могут образоваться конфликты к одной заявке с разными знчениями в поле Author?

Возможно конфликты возникают не при репликации, а при одновременном редактировании в одной реплике (конфликты при сохранении), т.е. ошибка в логике приложения...

 

[Shandrik]

Ещё раз - каким образом, могут быть конфликты к одной заявке с разными значениями поля Author? Оно ведь Computed when Compose c формулой @Username. Как могут быть у одного документа несколько авторов???

 

[alxndr]

Два пользователя открывают документ на редактирование одновременно (второй открывает до того, как сохранит первый) и пересохраняют его, при этом документ не блокируется. Возникает конфликт Сохранения (не репликации).
То что вы написали про поле Author (хотя название и тип поля тут и не важны) подтверждает мою теорию.
Необходимо настроить блокировку документов при редактировании.

 

[rinsk]

Предлагаю использовать поле $ConflictAction - оч помогает...

 

[alxndr]

Предлагаю использовать поле $ConflictAction - оч помогает...

Данный "action" применим только к конфликтам Репликации, но не к конфликтам Сохранения.
Не думаю, что в данной ситуации поможет...

 

[rinsk]

- для справки: у профилей $ConflictAction="2"