Выборочное удаление движений из регистра накопления #169232

Возможно ли из регистра накопления, используя набор записей, выборочно удалить движения. Только вот отбор при этом делать не только по регистратору, но, например, еще по номенклатуре, где последняя является измерением регистра. Это возможно или нет?

Что мешает?

Не получается установить отбор, кроме как по регистратору.

Устанавливаешь отбор по регистратору, считываешь записи набора, удаляешь лишние, пишешь набор обратно.

Идея в том, чтобы изменять только те строки табличной части, которые реально изменились, а не дергать БД всей табличной частью. 1. Получаем таблицу измененных строк. 2. Удаляем измененные строки. (не получается) 3. Дозаписываем движения, а те которые не изменялись - не трогаем.

привязывай номер строки с строке движения.

Если можно, то конкретнее.

добабь измерение НомерСтроки

:) красивая опеч.

"...Только вот отбор при этом делать не только по регистратору, но, например, еще по номенклатуре..." +поиск конкретной строки для удаления по номеру.

Сомнительная выгода, ИМХО...

Если привязка к регистратору, то отбор можно делать только по регистратору

Да. "Устанавливаешь отбор по регистратору, считываешь записи набора, удаляешь лишние, пишешь набор обратно", а строки для удаления ищем по номеру, чтобы не нужен был отбор по номенклатуре.

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

Да не хочу я весь набор туда-сюда дергать. Весь смысл в том, чтобы не перепесывать 500 строк движений, если в документе реально поменяли одну-три строки, что чаще всего и бывает при переделках.

Не пробовал, но отбор может работать для полей, у которых стоит признак "индексировать".

это подход из 7.7, ИХМО в 8.0 лучше писать весь набор (или хотя-бы по 1 регистру), а то потом путаница будет. Да и скорость не очень изменяеться да и придеться отказаться от автоматической очистки регистра

Если уж очень хочется то привязывай строку (скрытый ID а не автономерацию) к движению, плюс с момента начала изменения пиши лог в переменную ТЗ формата |ID_Строки|ВидФрикцииНадНей| и при записи совершай тоже с движениями. Работать будет хреново зато желание (типа ) исчезнет ;)

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

долго делаеться не запись в регист, а формировании данных к записи а в твоем случае можно именно это сократить

Это уже другой вариант реализации. Короче, из набора записей выборочное удаление строк движений не катит, насколько я понял.

думаю твой алгоритм будет такой 1. получаем набор из регистра 2. меняем в нем строки 3. записываем набор

Похоже на то. Думается, что все-таки объекту НаборЗаписей не помешали бы еще несколько методов для более тонкой работы над записями. Господа, всем спасибо за участие. Удачи вам. И мне. :-)

А каких не хватает?

А по-моему всего хватает. Если начать добавлять, то легко может разрушиться то, что уже есть...

РегистрНакопленияНаборЗаписей.МолниеносноБыстроИБезГемораЗаменитьДвиженияДокументаНаНовые

В частности, отбор не только по регистратору, а по регистратору + измерение регистра. И еще по реквизиту. И еще... Полез за губозакатывателем...

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

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

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

Не знаю. Может быть. Мне это показалось логичным. Можно быстро построчно дописать движения к существующим, но нельзя аналогично быстро построчно удалить движения из существующих. В рамках регистратора, естественно.

в модуле набора записей регистра: :)