Задумался об производительности, как быстрее будет работать запрос , если один раз скинуть данные в виртуальную таблицу а затем потом оттуда выбирать три различных варианта, или брать 3 раза подряд из виртуальной таблицы оборотов регистра накопления , при различных условиях? Но условия везде накладываются в "ГДЕ" потому что условие на регистратор...
Я сделал первым вариантом.
(параметров виртуальной таблицы нету, ну или везде одинаковые)

от объёма данных зависит, скорее быстрей будет 2-й, чем держать здоровенную ВТ

Замер производительности сделай просто.

(2)Дык в некоторых 1с  нет как синтаксис помощника,так и замеров...

"скинуть данные в виртуальную таблицу"

виртуальную с временной путаете.

(4)Лучше брать с витруальной,чем с временной.(1)прав.

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

(6)
очищайте кэш коли нужно.

писать о производительности запроса и не написать о версии субд и 1с8 глупо.

второй вариант +1
---
у виртуалок уже есть индексы а у времянки их строить придется

все равно мерять надо. Если данные во временную таблицу собираются из кучи других таблиц то проще в вт поместить. Так что вполне может быть как1 вариант так и 2. Проверить проще

(0) Если во временную таблицу отбирать только те данные, которые потом будут 3 раза считываться, и это не миллион записей, то однозначно через временную таблицу.

(8) Не преувеличивайте ценность индексов. Во многих сценариях использования временных таблиц они нахрен не нужны.

Что бы выяснить точно нужен только замер, т.к. нет универсального ответа.
Все зависит от:
- объема данных
- версии платформы
- типа СУБД

Проведите замер и все станет ясно.

(11) Что именно зависит от версии платформы? Трансляцию псевдо-SQL в "настоящий" SQL, насколько мне видно, не переделывалась много лет. Мелкие правки, типа добавления функции, не в счёт, на производительность не влияет.

(12) Трансляция в SQL переделывается и она же может зависеть от типа СУБД.
Некоторые запросы в разные СУБД транслируются по разному.

(13) Вы правы, и в то же время ошибаетесь.
Трансляцией в "разные СУБД" занимается отдельный "фильтр", исходный запрос формируется одинаково и слабо зависит от версии платформы.

(14)
Ключевое слово в (13) "некоторые"
В большинстве случаев запросы одинаковы, но не всегда

Я бы на тексты запросов посмотрел для начала

(12) Откуда это известно, поделитесь. Мне, например, известно (из замечаний к релизам), что постоянно идет оптимизация под конкретные СУБД и поддержка их новых версий.

(14) скажем пакетные запросы, временные таблицы. Попробуйте запустить на платформе 8.1. Слегка удивитесь.