мУдалятьДвижения VS Удалять автоматически при отмене проведения #665211

Коллеги, подскажите. Вот такой нюанс. В УПП в обработке проведения стоит вызов процедуры очистки движений Если мУдалятьДвижения Тогда В  документе стоит режим удаления движений "Удалять автоматически при отмене проведения" Стоит ли очищать движения программно если они и так очистятся на уровне платформы?

При перепроведении очищать же надо тоже, потому и программно

даже если поставить режим "Удалять автоматически"?

если поставить удалять автоматически - то да, программно чистить не надо

Но этого делать не стоит

Ок, спасибо.

почему же?  программно слишком долго - до 30% всего времени перепроведения.

а автоматически сколько, ты замерял? замер этого не покажет. Там суть такая - он очищает только регистры, по которым движения есть, а не у всех регистров, что делает автоматическое удаление, ЕМНИП.

проверял по журналу. Запустил 20 документов и по каждому проверил когда началась транзакция и когда закончилась.   Реально проверить все ли регистры очистились конечно не могу, поэтому и возник вопрос. Посмотрел движения с учетом кода очистки и сравнил с движениями с отключенным кодом очистки - они полностью совпали.  Но как сомнения остались.

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

+ но сейчас новая фишка появилась, можешь посмотреть в БП, есть список регистров, которые очищаются, их несколько штук,а остальные не трогают.

!!!  спасибо за подсказку про пустой набор. вставлю проверку на количество и если пустое то набор не буду очищать. обязательно гляну

>>вставлю проверку на количество и если пустое то набор не буду очищать дак программное удаление так и работает, куда вставлять собрался?

Не уверен, но может быть еще 1 причина - запись в режиме обменДанными.Загрузка = Истина.

Причина - вылет клиент-серверных баз при работе с MS SQL из-за участия более чем 256 таблиц в одном запросе.

Забыл в самом начале уточнить, что все проблемы в SQL версии. на файловой версии таких проблем нет. Набор.Отбор.Регистратор.Установить(Регистратор);

набор.Прочитать ещё, а то там всегда 0 будет. и не ответил на

так пост это и есть ответ на за напоминание спасибо

В результате: > до 30% всего времени перепроведения В типовых же не зря эту проверку через запрос сделали - см. БП 3.0. И ограничение на 256 таблиц тоже учли.

коллекция Движения считана

+ хотя в может и надо считать, смотря откуда набор