чем заменить НайтиСтроки() ? #616070

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

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

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

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

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

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

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

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

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

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

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

)))))))))))))) +1

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

окей спасибо

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

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

Построитель

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

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

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

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

Если это ТЗ - кэш к примеру, и данные идут потоком, как при обмене - тогда хоть 100500 раз пусть ищется. В другом случае - надо смотреть алгоритм. Зря так автор, зря зря зря. p.s. Я его разозлить пытаюсь, чтобы он код выложил, а мы бы посочувствовали.

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

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

Глупость.

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

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

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

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

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

Конечной ТЗ

либо