Правильно ли я понимаю что никто так и не нашел решения использовать в построитель и временные таблицы для следующего случая :
1.делается мегазапрос с использованием фильтров построителя.
2.вот тут главное: желательно помещать результаты во временную таблицу и обращаться к ней N раз не перевыполняя запрос (сейчас выгрузка результата в ТЗ и обычные запросы с менеджером временных таблиц)
3.profit по скорости.

юзай скд

(1) опиши как.

не поняла проблемы. решаемо же

(2) ну... почитать книжки про скд...

(1) Используешь построитель, получаешь текст запроса, перед словом "ИЗ" вставляешь "Поместить в МояМегаТаблица"
Далее, к тексту добавляешь ";" и кучу всяких своих запросов использующих мегатаблицу..

(4) по делу есть что сказать ?
(5) не катит. запросы разнообразные. вызываются не одним пакетом. суть в том чтобы выполнять время от времени разные запросы к одной ранее сформированой ТЗ.
уточняю: не выполнить все за раз, а время от времени и разные.

что значит "время от времени" ?

(6) что тут говорить? В СКД есть понятие внешних наборов данных... вот и думай...

(8) понятно ли что НЕ НАДО выгружать результаты в ТЗ ? понятно ли что надо сразу поместить результат мегазапроса "вкудато" чтобы к нему обращаться не делая выгрузку и загрузку в ВТ ?
внимательно ли ты прочитал вопрос ? понял ли или просто ляпнул не подумав ?

(9) ладно, ушел думать... удач...

ПостроительЗапроса (QueryBuilder)
ПолучитьЗапрос (GetQuery)
Синтаксис:
ПолучитьЗапрос()
Возвращаемое значение:
Тип: Запрос.
Описание:
Создать и вернуть запрос. Данный метод недоступен в случае, если установлено свойство ИсточникДанных.

(10) ну без обид.я ведь вполне себе описал задачу. на выгрузку тз и загрузку в ВТ или в СКД в виде источника данных тратится немало времени. которое хотелось бы убрать.

(12) пакет запросов используй: то же самое, но но нужно выгружать и загружать.

(13) см (6)

(14) см (7)

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

Приз за самый полезный ответ получает (11) !!! =)
Пользовал этот метод и раньше, но если сразу в построителе помещать в ВТ, то возвращает пустой запрос. что смутило.
Проведенное исследование выявило что надо :
1. в построителе НЕ помещать в ВТ, а добавить пустое поле в текст запроса для дальнейшей замены.
2. ПолучитьЗапрос и приколбасить к нему МВТ
3. заменить в полученном тексте запроса пустое поле на "ПОМЕСТИТЬ В" и выполнить полученный запрос.
4. profit.

Это конечно немного левой ногой правое ухо, но задачу решает. ускроение от 2х до 5 раз. что не может не радовать.

(18) когда задача решается левой ногой через правое ухо, то это говорит о том, что нужно ещё немножко подумать и решить по-другому.

(19) ты правда считаешь что 1С реализует свои механизмы в достаточном для решения подобных задач объеме ? серьезно ?
есди вдруг да - предложи решение прямее с не худшим результатом.
или ты просто так ляпнул чтобы что то сказать ?

(19) чтоб далеко не ходить - знакомы ли тебе прямые запросы на 7.7 ? внимание вопрос - неужто не хватало штатного 1с ?

(17) Вполне штатное решение. Сам так делал.

(22) а чего молчал ? :)

меня лично выбесило что в построитель (хотя бы запросов) нельзя запихнуть ВТ и с ней нормально работать.

(17) Пипец чукча писатель... А я тебе о чем в (5) рассказывал? Суть именно в том, чтобы получить ТЕКСТ запроса из построителя со всеми настроенными отборами и поместить результат во временную таблицу. А уж как к ней обратиться в пакетном ли запросе, через МВТ - дело техники.

(25) я хз о чем ты рассказывал в (5). мысли надо пытаться выражать яснее, а то "кто на ком стоял" =)

Чукчи, как есть чучкчи. Макет компоновки данных содержит текст запроса после применения всех настроек, прекрасно работает со временными таблицами, заменять ничего не надо. Взял и пользуешься.

(27) о еще один чука-не читатель-чукча-писатель =)
тебе если не понятно что написано, ты переспроси. а то вот написал мегапост, а обсуждают, внимание, другое. твою ситуацию разобрали и написали что не катит.