Доброе время суток, уважаемые.

Вопрос:

"В случае значения Удалять автоматически при отмене проведения для свойства Удаление движений движения, связанные с документом, удаляются автоматически только при удалении и отмене проведения документа. При проведении документа движения не удаляются, а перезаписываются. Такое поведение является стандартным для платформы «1С:Предприятие»."
Это - копипаст из ИТС - овского мануала.
Что будет, если количество записей (движений) в регистрах при перепроведении будет меньше, чем аналогичное количество при старом проведении. Допустим, мы удалили часть позиций из табличной части документа. Очевидно, что перезапишется только часть движений. Как понимать поведение системы в этом случае?

Буду признателен за внесение ясности в вопрос.
---
по самому механизму замены движений Вы никак повлиять не можете. Можете только предварительно принудительно очищать записи или нет. Вот из этого и исходите.
Тут еще вопрос не сколько в плоскости быстродействия, а в области целесообразности.
На обычных формах без очистки движений могли быть проблемы задвоения записей.
На УФ, возможно требуется принудительная очистка для анализа данных в регистрах без учета предыдущих движений документа.
Соответственно при удалении документа нужно очищать.
Во всех остальных случаях очищать предварительно (автоматически) не требуется и уже только это рассматривается с точки зрения быстродействия.
---
скажем так:
1. сотрутся все предыдущие записи в регистре
2. запишутся только новые
---
Сотрутся: это как? Ластиком?
---
Пфффф.....

система выполнит запись пустого набора записей

еще вопросы есть?
---
С записью пустых наборов записей встречаться не доводилось. А вот с удалением лишних записей - да. Хотелось уточнить. В этом смысле - вопросов нет.
---
хорошо, как в вашем понимании происходит "удаление лишних записей" на физическом уровне?
---
Простая отметка в поле записи и/или индексе, если таковой имеется. С дальнейшим высвобождением физического пространства отдельной операцией, возможно разнесенной по времени (это уже проблема СУБД).
---
это вы прям физический уровень СУБД взяли, до уровня 1С поднимитесь, вы ж про нее спрашивали :)
---
Извиняюсь за сарказм, как Вы выразились. Он к Вам никак не тносится.

Просто все 1С-овские мануалы в этом месте взывают к снижению нагрузки на СУБД. При этом делают малопонятные (для меня, по крайней мере) ссылки на операции затирания записей в регистре. Это несколько задолбля утомляет.
---
Хорошо.
Начнем с того, что платформа много чего умеет "доделывать" за "ленивых" и не очень программистов.
Одно из таких "доделываний" - автоматическое удаление движений при перепроведении документов, но в таком случае удаляются ВСЕ движения документа.
Для снижения нагрузки на СУБД в данном конкретном случае, о которых взывают все мануалы, необходимо сказать платформе 1С, чтобы она не вмешивалась в удаление движений и что программист сам позаботится о том, какие движения необходимо таки удалить и перезаписать.

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

В любом случае развития событий для "затирания записей в регистре" физически выполнятся 2 операции записи в регистр:

1. запись "пустого" набора записей(очистка записей)
2. запись заполненного новыми значениями набора записей
---
А это где написано?
---
Не в разделе ли "Удаление движений"?
---
Честно, не помню, где это написано, черпал информацию из разных источников и личного опыта.
---
Попробую уточнить по своим источникам. О результатах отпишусь.
---
это уже нужно смотреть/искать в документации по самим sql и соответствующих форумах.
Если коротко, то в sql server отправляется запрос update с указанием что данные по такому-то регистратору изменились и эти новые данные будут заменены уже самим sql сервером.
---
В этом- то и загвоздка. Даже в этой дискуссии нет ясности: или это проблема конкретной СУБД или надо предпринимать действия с указанием платформе что и как делать. Есть и промежуточные варианты: подсказки платформе по организации оптимальных операций СУБД.
---
Движения документа это в основном абстракция. Под капотом используются обычные наборы записей в регистры.
Записывая набор записей с отбором по регистратору, его не требуется обязательно очищать предварительно, чтобы записать новые данные.
То что интересуетесь это хорошо, для общего развития. Но более тонко не сможете настроить. Только из предложенных вариантов от 1С.
Основное спрятано внутри платформы и в самом sql.
---
Если бы это не обсуждалось под эгидой снижения нагрузки на СУБД и не было бы разногласий по п.п. 2-18, да и в других публикациях, то да, это было бы интересно только для общего развития. Я уже и не говорю про вопросы сертификации по Специалисту - там это одна из горячих тем...
---
по самому механизму замены движений Вы никак повлиять не можете. Можете только предварительно принудительно очищать записи или нет. Вот из этого и исходите.
Тут еще вопрос не сколько в плоскости быстродействия, а в области целесообразности.
На обычных формах без очистки движений могли быть проблемы задвоения записей.
На УФ, возможно требуется принудительная очистка для анализа данных в регистрах без учета предыдущих движений документа.
Соответственно при удалении документа нужно очищать.
Во всех остальных случаях очищать предварительно (автоматически) не требуется и уже только это рассматривается с точки зрения быстродействия.
---
Да, на эти обстоятельства есть ряд ссылок (Чистов, например). Причем задвоение на обычных формах воспринимается как странное поведение платформы. Также рекомендуется принудительно удалять движения в гибридных (управляемых + обычных) конфигурациях. Это существенные детали. Спасибо, вопрос прояснен.
---
к чему этот сарказм? В чём проблема смоделировать и самому проверить?
---
К тому, что эта фраза тиражируется из мануала в мануал, пора бы и разъяснить, что имеется в виду.