всем известно что у таблицы значений метод НайтиСтроки работает очень медленно, собственно вопрос: а чем его заменить?

Запросом, но вряд ли быстрее будет

1. Запросом.
2. Перебором.

хрена себе очень медленно по сравнению с чем?

(2) Да уж, перебором очень выгодно заменять НайтиСтроки()...

кому всем? и почему медленно?

и с чего это запрос будет медленее?

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

(7) а накуя запрос в цикле? и с какого перепугу 20000 раз искать строки?

(7) фигасе подача. ты где в сабже про цикл говорил, индеец, а теперь что-то предъявляешь.

(7) и много уходит на поиск? Проиндексируй ТЗ по тем полям по которым осуществляешь поиск и будет тебе счастье. У меня и на больших количествах всё летало.

(9) ))))))))))))))
+1

в любом случае (10) прав. запрос с индексами грамотнее НайтиСтроки, которые работают простым перебором

окей спасибо

добавить индексы ещё не предлагали?

НайтиСтроки не работает с условиями типа "Сумма>0 И НДС<>0"

Построитель

Индексы аутору могут и не помочь.

(12) Запрос идет ф топку.

20 тыс раз  искать - это каким смелым надо быть... Тут один лишний раз заставишь по таблице сложно искать - задумаешься.

(19) такое ощущение, что цифра в 20 тыс очень большая. Может быть стоит попробовать, а потом делать выводы?
У меня максимально где-то 65 тыс раз искалось причем методом НайтиСтроки(). Замедлений не обнаружено.

(20) Если это ТЗ - кэш к примеру, и данные идут потоком, как при обмене - тогда хоть 100500 раз пусть ищется. В другом случае - надо смотреть алгоритм.

Зря так автор, зря зря зря.

p.s. Я его разозлить пытаюсь, чтобы он код выложил, а мы бы посочувствовали.

(0) давай уже рассказывай о чем цикл

найтистроки ищет в памяти, но тупой - то есть ищет по равно
запросом создает ВТ в базе, в принципе скуль оптимизирует доступ к данным и не всегда чтение идет с диска
кроме того запрос более гибкий по критериям отбора

все зависит от задачи - возможно можно разбить ТЗ на готовые варианты без постоянного поиска по ней

(0) индексы + есть еще способ доп. кеширование найденных строк например в соответствие
это на случай если велика вероятность что по таким значениям поиск будет повторяться

(23) Глупость.

мне обработка в наследство досталась, очень клёвым образом выводит отчет-шахматка. алгоритм таков: 1) выборка по колонкам (складам) 2) выборка по строкам (номенклатуре) 3) ТЧ в которой имеются данные по продажам и остаткам (по каждому складу и остаткам). после того как данные получены делается перебор 1ой выборки в этом же цикле 2ой, а затем поиск нужных данных.

Пока ВыборкаСклад.Следующий() Цикл
   Пока ВыборкаНомен.Следующий() Цикл
                   
       Отбор = Новый Структура;
       Отбор.Вставить("Номенклатура",    ВыборкаНомен.Номенклатура);
       Отбор.Вставить("Склад",        ВыборкаСклад.Склад);

       НайденнаяСтрока    = ТЗГруппа.НайтиСтроки(Отбор);
       
       // вывод данных из найденных строк

   КонецЦикла;
КонецЦикла;

вот всё это я и пытаюсь ускорить... кстати насчет индексов я так и не понял добавить нужные поля после ключевого слова "ИНДЕКСИРОВАТЬ ПО" в запросе или воспользоваться индексами конечного ТЗ?

какой шикарный копроалгоритм. в мемориз!
переписывай обработку и делай все запросом.

кстати, на СКД такой отчет накидывается за 10 минут

спасибо, но не всё так просто. я привел общий алгоритм как это работает.

(26) Конечной ТЗ

ТЗГруппа.Индексы.Добавить("Склад");
ТЗГруппа.Индексы.Добавить("Номенклатура");

либо

Пока ВыборкаСклад.Следующий() Цикл
СтруктураПоиска=Новый Структура;
СтруктураПоиска.Вставить("Склад",ВыборкаСклад.Склад);
МассивСтрок=ТЗГруппа.НайтиСтроки(СтруктураПоиска);
ТЗГруппаПоСкладу=ТЗГруппа.Скопировать(МассивСтрок);
   Пока ВыборкаНомен.Следующий() Цикл
                   
       Отбор = Новый Структура;
       Отбор.Вставить("Номенклатура",    ВыборкаНомен.Номенклатура);
       

       НайденнаяСтрока    = ТЗГруппаПоСкладу.НайтиСтроки(Отбор);
       
       // вывод данных из найденных строк


   КонецЦикла;
КонецЦикла;