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

Правило простое:
Когда быстрее запросом, используй запрос ..., когда быстрее перебором, используй перебор ...

(1) а когда быстрее запрос, и когда быстрее перебор?...

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

(3) пробежал базу, потом нужные результаты загнал в ТЗ, потом уже пользуешься ею, чтобы не делать повторно выборку. Раньше запросами не пользовался, не приходилось делать ресурсоемкие выборки. Сейчас сделал одну, и тормозит, даже на небольшой базе, нужно переделать на запрос, все никак не соберусь...

(2) Это сложный вопрос ...
Сейчас я для определения пользуюсь интуицией и опираюсь на свой богатейший опыт ..., а раньше бывало делал два варианта и смотрел, какой быстрей ...

(0) в случае, если в запросе одна группировка и много документов (>10000) или движений, запрос быстрее. Особенно заметен выигрыш в скорости по оборотному регистру.

5) А поделись, если можно, все же хоть какими-либо рекомендациями. Все же богатейший опыт...

6) Уже что-то, спасибо.

сказанное справедливо в скл. А вероятнее всего,самый быстрый метод Рег.ВыгрузитьИтоги() для оборотного реристра и затем игры с таблицей значений. При достаточном количестве оперативной памяти можно работать с миллионами записей при терпимом времени формирования отчетов - десятки секунд.

Всегда запрос лучше, особенно в 8.0

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

Добавлю, что методы ВыбратьДвижения() и ВыбратьДокументы() в скл при количестве в выборке порядка 100000 чаще всего отрабатывают дольше, чем полное врямя выполнения достаточно простого запроса, а ведь потом надо еще и перебрать саму выборку!

1), 5) Есть мысль писать два варианта, потом программно вычислять какой будет выгоднее в конкретной ситауции и запускать более выгодный вариант. Т. е. интуиция для решения данной задачи не поможет.

11) А какое решение ты принимаешь, например при количестве записей, равному 500, 1000, 10000?

(11) но перед этим, очевидно, все же делаешь запрос на определение количества записей в справочнике?

(15) :))
(14) Вспомнилось почему то:
Не дружил Алёша с мылом,
в результате стал дeбилом ...

(14) Не обижайся ... Меня тоже Алёшей зовут ...

17) Не обижаюсь. Я знаю, что Алешей. Ну а все же, можешь что-либо посоветовать для решения данной задачи?

(18)
Лучший ответ в (5)
Жалко только что интуицией и опытом РА не всем дано воспользоваться :(

Запрос всегда лучше

Рупор, смори-ка, с тобой не согласны в (20)  :)

(20) не всегда. до 1-500 записей - можно сделать быстро и перебором. Все что больше, смотри обсуждение выше.

(21) Он просто пока чайник, не имеющий моего богатейшего опыта ...

+ и вообще нужно смотреть конкретную задачу!

24) См. задачу в 13)

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

(26) И иметь при этом крутой проц :(