Напомните алгоритм обхода и удаления строк в ТЗ #715545

Напомните алгоритм обхода и удаления строк в ТЗ

300 руб.

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

1. Поместить в массив при первом обходе. Перебирать массив, удалять строки 2. Обход с конца: для сч = -ТЗ.Количество по -1 Цикл ...

Проходишь ТЗ - скидываешь в массив. Проходишь массив -  удаляешь.

удалять с конца

зачем вам массив :?

вот где-то накопал такой алгоритм, как думаете, он рабочий?

я никогда не помню с чего начинаются элементы в 1С - с нуля или с единицы. Помоему некоторые начинаются с нуля, некоторые с единицы.

это для 7.7

потому что мы бежим по коллекции значений которую еще и удаляем)) - например вы позиционируетесь на 3 строке по условию её удаляете и переходите к 4 строке! т.е. пропускаете строку которая раньше была 4 а стала 3)...а массивом строк к удалению железобетонно не пролетите лишних

купи записную книгу для 8ки не пойдёт ? так глупо использовать массив -- лишнее действие проще сразу пройтись с конца

"Напомните алгоритм" - напоминаю :) главная страница форума, кнопка "Поиск" - строка "Удаление строк из табличной части". Успехов!

ИМХО, иногда через массив нагляднее, иногда просто удобнее, иногда нужно много разных алгоритмов отбора выполнить, а результат всех отборов запомнить в одном массиве и только потом удалять. Иногда нужно не удалять, а как-либо обработать эти строки. И т.д. и т.п. :) Иногда массив - это результат НайтиСтроки :)

зачем обходить убейте сразу все ТЗ ))

тогда проще запросом обратиться к тз

есть платформенный метод - НайтиСтроки работает быстро и полученный массив удалить...а так проще изначально ТЗ получать уже готовую запросом

В 8-ке обычно через итераторы обход, индекс ненагядно, тем более в обратном порядке 1С не поддерживает нормальный синтаксис обхода. Через массив более простой и понятный код и не нужно помнить про обратный порядок и т.д..

да ну ? где не наглядно ?

удалять с конца? перебирать по индексу? тогда при удалении ваши индексы поплывут

А если внутри цикла могут добавлятся строки?

Этот алгоритм будет работать неправильно. Правильно вот так:

Вот меня всегда удивляло, почему именно эта простейшая задача и именно почему-то для 1с-ников становится камнем преткновения и изобретается наибольшее количество велосипедов с костылями ;-)

+22 Хотя нет, прошу прощения, алгоритм в в принципе аналогичен в - быстро проглядев не заметил Продолжить; Человек же просил алгоритм, а не готовый код, я думаю перевод с 7.7 на 8 проблем-то не должен представлять.

вместо этого г.внокода есть специальная команда Очистить

Присоединяюсь к . Зачем массив-то ?;-)

1. с чего это ковнокод ? 2. Очистить -- удаляет ВСЕ строки из ТЗ, а в 0 нужно по условию

А где в ты видишь удаление по условию ?;-)

+28 Поэтому согласен с .

читай контекст

не люблю алгоритмы удаления. Предпочитаю добавить колонку "УдалитьСтроку", заполнить где надо в Истину и заново создать таблицу оставив строки которые не надо удалять

конечно г.внокод)) обход коллекции для Каждого - не г.внокод а если по условию - то запросом или НайтиСтроки и удалить строки из массива

много лишних действий

Я не думаю, что ТС не знает как полностью очистить ТЗ и спрашивает про специальный алгоритм для этого, тем более в он уточнил, что ему требуется именно удаление по условию.

платформенный метод думаете работает быстрее цикла ?))

и ? обходим с конца и удаляем, то что подходит по условию не знаю, что быстрее работает нужно замерять

Представляю что будет, если с таким подходом писать ту же Windows или платформу 1C ;-)

А зачем обходить с конца, когда можно и с начала ?

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

кстати в , кмк, некорректно условие строки в цикле удаляются, количество строк уменьшается

Можете привести пример кода?

если удалять с конца, можно пользоваться нормальным циклом "для i=..." если удалять с начала, то только "пока ... цикл" и теоретически еще 1-й вариант для больших таблиц, когда удаляешь большую часть данных будет работать быстрее)))

к . всё ок, не увидел КолвоСтрок = КолвоСтрок - 1;

, наоборот, считать ТЗ.количество при каждой итерации, это не по фэн-шую

Вообще если есть трудности с пониманием "замороченных" алгоритмов, то самый простой для понимания метод - это создать новую ТЗ, скопировать туда только нужные строки, а старую удалить. Но это КодКоторыйНеприятноПахнет ;-)

ага, тоже верно.

Твой код аналогиче коду в , а вот использовать идею из на мой взгля вряд ли стоит.

народ, а чем плох, почему тему так раздули?

"индекс>-1" все-же лучше заменить на "индекс>=0", а то совсем коряво выглядит

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

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

не-а, не кэширует

откуда дровишки?

зачем количество в цикле ?

сделай таблицу из 3 строк сделай Для НомерСтроки = 1 по Таблица.Количество Цикл в цикле добавь, например, 10 строк посмотри сколько раз сработает цикл

так там 2 цикла, как раз для сравнения. кстати, я делаю так же как в

Это вообще мелочи как удалять: с конца или через массив. Не там вы прикладываете силы для оптимизации

Проверил, цикл "Для ..Цикл" действительно выполняется Таблица.Количество раз. Но если использовать "Пока цикл"(с добавлением 10 строк), с инкрементом НомерСтроки в конце цикла(а тут в примерах таких циклов большинство), то вылетает в бесконечность.

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

А что - разве в восьмёрке коллекция теряется, если из неё строки удалять ?

можно выделить 3 варианты удаления ненужных строк: 1) Цикл с удалением строк 2) Цикл с установкой признака "Удалять" и копированием таблицы 3) Фильтрация в запросе какой их способов нравиться больше и почему?

3) - таблицу надо записать в ВТ? нафиг тормзной ХДД дергать если можно все сделать в оперативке?

ВТ на жесткий диск что ли кэшируются?

конечно, в tempdb