Отмена проведения в цикле кодом VS интерактивно в форме списка

Почему-то установка в цикле по выборке УстановитьПометкуУдаления(Истина) стабильно отваливается с ошибкой конфлитка блокировок
При этом если интерактивно в форме списка делать, то ошибки конфликта блокировок нет

В базе работают пользователи, неск. десятков
Почему так?

"интерактивно в форме списка", аесли кнопку быстрее нажимать? ;-)

(1) с выделением пачки доков разом, есессна

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

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

(2) Как вариант делать в привилегированном режиме с пометкой "ОбменДанными.Загрузка = Истина"

(5) при "обмен данными. загрузка = истина" будет выполнена отмена проведения? в смысле очистки движений по регистрам.

прошу прощения за такой вопрос, сам должен знать.

(0) А если групповой обработкой, то будет отваливаться?

(6) Зависит от кода. Проверь. Если нет - грохни сам движения. Обычно это быстрее, т.к. ты просто очищаешь забор и записываешь. Без 100500 проверок.

(7) а фиг его знает, пока не могу проверить.

суть вопроса сводится к тому, есть ли разница между отменой проведения программно и интерактивно в форме списка.

(4) ты сам себе на пятки наступаешь.
пока а) идёт проведение и отработка всех событий первого вызова...
б) вызов номер N+1 успевает упереться в заблокированную в а) таблицу.
т.к. механически это разные транзакции.
а методология из (3) заставляет тебя делать единую транзакцию.

Ошибку-то покажи

(11) конфликт блокировки при выполнении транзакции

(10) Чет ты путаешь. Или описываешь не так.

Он получил выборку запросом. Обходит ее и делает "УстановитьПометкуУдаления(Истина)". В это самое "УстановитьПометкуУдаления(Истина)" уже заложены "идёт проведение и отработка всех событий первого вызова" и никакого "вызов номер N+1" не будет, пока транзакция установки пометки на удаление не закончится.

(13) именно

(14) Попробуй групповой обработкой с настройкой "без контроля записи". Так, чисто ради интереса.

(0) Систематически валится ошибка или рандомно? Может попробовать это сделать на копии или без Юзверей.

+(16) еще попробовать установить в цикле паузу. Вдруг код уже отработал, а винчестер еще пилит табличку

(17) вот такая мысль тоже была.

пауза средствами платформенная все еще не существует?

(13) это было бы 100% верно для файловой базы.
а теперь добавь сюда лаг от работы с СУБД.

(19) О каком лаге СУБД речь? Описанная транзакция будет именно на уровне СУБД.

(20) ага, только вот (0) происходит и имеет место быть.

(21) И что? То, что это происходит совершенно не означает, что твоя теория верна! Могут быть и другие причины.

Я могу предположить, что когда я "пукаю", то происходит цунами в Индийском Океане. И Даже если вдруг эти события действительно совпали, то это совершенно не подтверждает их прямую или даже косвенную взаимосвязь.