Операция не может быть выполнена из-за несоответствия версии #764028

Ошибка понятная. Несколько пользователей редактируют один документ одновременно. Редактируют разные реквизиты и никак по логике друг другу не мешают. Как убрать эту ошибку?

Документ весь лочится.

перечитать заново этот документ чтоб получить последние изменения

Измененный реквизиты слетят.

А точно разные пользователи? Документ в один период времени может редактировать только один человек. Это правильно. В стандартных формах если кто-то уже начал менять, то другой просто не сможет внести никаких изменений, не то что сохранить. Такая ошибка обычно означает, что документ изменен программно каким-то режимом, а не другим пользователем.

2 Давай ты сначала приведешь пример хотя бы одной базы данных, в которой в одну запись можно одновременно вносить изменения разными сеансами в разные поля, и чтобы не возникало конфликтов, и чтобы изменения обои сеансов не слетали, и мы тут же тебе подскажем как повторить это в 1С.

Пример могу привести я. Есть такая НЕ 1С система "ИТ-Предприятия". В ней возможно править документ несколькими людьми. Если оба пытаются сохранить, то второму выдается окошка с перечнем какие реквизиты изменились и кем. С возможностями выбора: 2. Отменить чужие 3. Сохранить мои и чужие. Технически это можно сделать и в 1С. Своя форма и свои кнопки "Сохранить" Просто это лишнее.

документ записывается целиком ситуация пользователь А открыл документ там в реквизите Б значение 100 пользователь Б открыл документ и изменил реквизит Б на 200, документ записал. пользователь А решил отредактировать реквизит Д и записать его... если ему это разрешить, то вместе с реквизитом Д он запишет и старое значение 100 в реквизит Б, по этому 1с оперирует версиями обьекта и не дает записывать не актуальные версии объекта, и за это огромное спасибо компании 1с!

я просил БД

а что мешало 1С сделать ?

Проблема не в том что в одну сек записываю а в том что открыли формы 2ое один записал а второй уже не может выдает ошибку.

Почитай тему, изменяют разные реквизиты.

Сделай им АРМ, чтобы такого не было и пусть меняют.

Потому что это хуже с точки зрения производительности. Она проще для пользователя, меньше вероятность случайной порчи чужих данных. Текущая реализация идеальна в большинстве случаев. Если кому-то надо работать параллельно, то конфигуратор в руки и делай что хочешь.

с каких пор 1С печётся о производительности?)))

багтрекер мантиса. Вопрос/инцидент мгут открывать любые пользователи.

+ Да в принципе любая система, где не обеспечен механизм блокировок.

Какие тут блокировки? Документ записывается не одновременно.

2 механизм блокировок на column-level ты хотел сказать Потому что ни в Оракле ни в СКЛ такого например нет.

Для корректного объединения документа нужны сведения о "модели документа" (внутренней логики работы). Это невозможно. Если вам такое понадобилось, значит имеет место неправильное проектирование.

Там не блокировки БД, а логические блокировки. Их надо обеспечивать искусственно.

Ну, пусть автор искусстевенно обеспечивает

дело в том, что "объект" это не только данные... в 1с реализовано динамическое обновление, и планируется это развивать дальше.... значит возможна ситуация совсем корявая.... а с версионированием объекта все нормально... кроме того не забиваете, что реквизиты могут быть связаны друг с другом (например контрагент и договор), что сейчас корректно разруливается а вот как будет в модели я Вам не скажу...

Объектная оптимистичная блокировка

Не у это бред конечно. В каких системах такое есть?

на удаленном обучении по блокировкам от УЦ3 был пример, где разбирали возможность редактирования 1 документа несколькими пользователями. Так что все реально. Настроить блокировки. Сделать 2 формы у документа что бы реквизиты пересекались по минимуму и все будут счастливы=)

в 1С, разумеется

Можешь пример найти, может там индификаторы форм просто разные?

если реквизиты это записи в регистре сведений - то такой пример у меня есть... еще можно сделать на форме НЕ объекта (произвольная форма), где перед записью считывать по ссылке, сравнивать с тем что в форме и задавать вопросы... Но это куча кода...

может и много, но ничего сложного, читаем в память объект, правим в нём всё что требуется, сохраняем. PS не вижу пока ни одного случая когда требуется такое кроме того случая когда большую ТЧ сколько-то чел условно между собой разделили и быстро чего требуется там заполняют.

такие ТЧ удобнее сразу переносить в РС...

можно и так, РС с регистратором и измерением номер строки - вполне вариант! Хотя если ТЧ по настоящему огромная - нужно ещё измерение что-бы не читать чрезмерно много (+ блокировка и т.п.).