Что быстрее будет выполняться
- 1000 раз Справочники.Контрагнеты.НайтиПоНаименованию
или
- 1  раз запрос к контрагентам с выводом результата в ТЗ и 1000 раз обращение к этой ТЗ.Найти()
?

первое быстрее на больших объемах

точней второе

один запрос где

(0) Проведи замер, будь мужиком бал!

тока в тз можно не выгружать, а выборка.найтиследующий

(0) еще лучше не ТЗ, а соответствие

второй с выгрузкой в индексированную тз или в соответствие.

(6)
А как запрос выгрузить в соответствие ?

(8) пока выборка.следующий цикл
блаблабла

(0) я уже спрашивал подобное
Поиск в результате запроса: ТЗ VS Выборка
ни к чему, кроме (4) там так и не пришли((

(8) обходом выборки

уху

(0) В таблицу индекс добавь и всё будет хорошо

(10) так и не проверил?

Ни один ответ не является правильным.

(15) давай, не томи, развивай мысль :)

Либо зашарашить таблицу-фильтр во временную и соединить внутренним со справочником, либо соединять слиянием выборку и таблицу-фильтр.

(15) http://troll-face.ru/static/mememaker/1/8/41853-vremya-ohuetitelnyih-istoriy.jpg

(17) да уж.

извините, но это какая-то х..ня и никак не коррелирует с (0).

(17) Почему делаешь допущение о существовании какой-то "Таблицы-фильтра"?

1000 - это тебе надо найти 1000 контрагентов с определенными наименованиями?

(21) 1000 раз ищется

Регистр наименования имеет значение?

(23) Так таблицы может не быть. Это может быть 100 таблиц по 10 записей, которые в 100 разных алгоритмах используют поиск контрагента.

1 запрос 1 временная таблица , никаких циклов.)

(25) Из этого бардака можно сделать одну ТЗ при желании, если не рекурсия какая - нибудь.

(0) (25) Кароч. Без внятного ТЗ - результат ХЗ)

ТЗ -- Таблица Значений
ДЗ -- Дерево Значений
ХЗ -- Х... Значений

что такое Х ?

(29) хз - х.. знает

Ребят, 1ый вариант это же 1000 запросов в цикле по сути, или я не прав? Если так то такой вариант по-любому надо исключить.

(29) ахах) заодинэсились совсем)

(31) Запрос по индексу, быстрый. Может быть применим, если нет "Таблицы-фильтра".
На правильный ответ влияет количество записей в справочнике контрагентов. Если там 1000000 записей, то надо искать по наименованию, если  500 записей - то быстрее поиск по соответствию.

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

(29) хранилище же

(34) точно!

(35) Без внятного ТЗ - результат ХЗ (с) !!!

чего-то я не понял: если через запрос, то весь справочник получить в ТЗ или что-то другое?

(33) запрос быстрый но зачем дергать 1000 сервер, если можно один раз забрать данные из базы и потом только работать с памятью Таблица значений (+индекс по колонке) либо Соответствие.

(38) запросом надо бы получить только нужные элементы, а не весь справочник. Не понял ТС это может сделать или у него список контрагентов неизвестен изначально.

Я за вариант с одним запросом, ибо запросы в цикле религия не позволяет, даже в случае если так будет быстрее

(40) в цикле быстрее врятли, ибо есть всякие начально/конечные операции как миниум)

(41) придерживаюсь такого же мнения

(39) а ещё не понятно как отрабатывать в случае когда не нашли

ТС сделал вброс и убежал куда-то %)

(44) побежал переписывать свои 1000 НайтиПоНаименованию()

а если Справочники.Контрагнеты.НайтиПоНаименованию вынести в модуль повторного использования?

(46) смысл? или надо 1000 раз искать одного и того же? все равно это г-код