v7: Фильтр в индексированной таблице "Итерирование после изменения индекса невозмож" #630943

Добрый день. Есть таблица значений с колонкой типа "СписокЗначений", Хочу на ее основе сделать другую ТЗ, отфильтрованную по спискам в строках. Для этого использую ИндексированнуюТаблицу, но видимо что-то делаю не так, может недопонимаю, в общем вот код: (тзХарактеристик - ТаблицаЗначений, тз_ХР_ост - ИТЗ)

+ кроме того "тз_ХР_ост.УстановитьФильтр" - делаю в цикле, это я так понимаю неправильно, а можно в виде значений фильтра сам список значений указать?

+ Дико извиняюсь, переделал, но ошибка осталась:

Извините, снова подниму вопрос. Как оказалось, при способе в удаляет строки, фильтруя только по первому значению списка. А как сделать так, чтобы удалял, фильтруя по всему списку? Зачитался уже литературой, подумал может есть какой прием, до которого я все не допру никак? Вот конечный код:

выводи табличку перед удалением, да смотри, что у тебя попадает под фильтр

а вообще, чушь какая-то...

Ды уже час вывожу, не вкурю никак... тзХарактеристик.спОтбора - список значений    тз_ХР_ост - таблица с остатками, с колонками характеристик авто.    Необходимо исключить из таблицы с остатками значения по списку спОтбора, с  проверкой условия "ВсеКроме". Т.е. если ВсеКроме - 1 - удалить все значения из тз_ХР_ост, кроме тех, что есть в списке спОтбора. Иначе - просто удалить значения.

если индекс у тебя по одной колонке - коего хера ты ему в фильтр список подсовываешь?

+ т.е. не значения, а строки таблицу тз_ХР_ост

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

А ты их откуда берёшь то, остатки эти? Зачем ты их с сервера на клиент тащил, чтоб удалять потом? Массовое удаление строк в ИТ - плохая идея, ибо индексы каждый раз пересчитываются.

Беру прямым запросом 1Sqlite, получаю мгновенно.

Вот, замечательно. Просто запрос перепиши так, чтобы этих лишних строк там не было. Это и проще и правильней.

Вы не поняли, я пишу обработку для универсального подбора по регистру. При открытии я получаю остатки, потом фильтрую их из пользовательского диалога на форме, и передаю в контекст при закрытии то,что осталось. Сделать как вы говорите - это на каждый фильтр делать новый запрос? Нет, не пойдет))) Я уже решил, использовал методы индексированной таблицы Разность и Пересечение. Спасибо всем за советы.

не проще формировать запрос динамически?

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

+ И так даже лучше, потому что пользователь видит в диалоге остаток ресурса по измерениям.