RS.УложитьСписокОбъектов(СпКл, "#Клиенты", "Контрагенты");
        ТекстЗапроса = "
        |SELECT
        |Рег.Товар as [Товар $Справочник.Номенклатура],
        |Рег.Покупатель as [Клиент $Справочник.Контрагенты],        
        |Рег.АдресГр as [ГрузоПол $Справочник.АдресаГрузополучателей],        
        //|Рег.Бонус as Бонус,
        |Рег.СуммаПродажиОборот СуммаПрод,
        |Рег.СуммаЗакупкиОборот СуммаЗак,
        |Рег.СуммаБазНовОборот СуммаБаз,
        |Рег.КолвоБазОборот Количество,
        |Рег.Период День
        |FROM $РегистрОбороты.Продажи(:НачДата,:КонДата, День) as Рег
        |WHERE
        |Рег.Покупатель IN (SELECT Val FROM #Клиенты)";


СпКл - СписокЗначений, в нём список групп Спр.Контрагенты

Какого рожна в запрос все контрагенты попадают?
Что не так в запросе?

Уложить список разворачивает группы до вложенных элементов

Насколько я понимаю - в #Клиенты попадают все элементы из групп в списке.
Или при списке групп происходит затык и надо искать другой вариант?

А попробуй глянуть что там уложилось в SELECT Val FROM #Клиенты

(3) Как? Это же ВТ

оставить только SELECT Val FROM #Клиенты и посмотреть полученную тз

(5) Спс

Нет времени хорошенько прямыми заняться.
Где бы найти хорошего прямозапросечника

Вопрос к гуру 1С++:
Нужен мегаотчёт с кучей группировок, параметров, условий.
Средствами 1С запрос написать не проблема. Прямыми пока никак. Не хватает понимания логики построения скулёвых запросов.
А вот если скинуть всё (1 - 2 сек) в ИТЗ, а потом крути-верти как хочешь?

(8) "А вот если скинуть всё (1 - 2 сек) в ИТЗ, а потом крути-верти как хочешь?"
Так и делаю. Только зачем все, только согласно фильтрам заданным в отчете.
Потом результат в ИТЗ и группируешь как надо и выводишь.

(9) Ну судя по сабжу, так и пытаюсь сделать

(4) ВТ, емнип, если их руками не дропать, хранятся до окончания сеанса 1С.

ну и для скорости желательно фильтровать в параметрах вирт. таблицы оборотов, а не после
----

SELECT ПродажиОбороты.Клиент [Клиент $Справочник.Контрагенты]
    , ПродажиОбороты.СуммаОборот
FROM $РегистрОбороты.Продажи(:НачДата,
        :КонДата,,,
        (Клиент IN (SELECT Val FROM #Клиенты)),
        Клиент,
        Сумма) AS ПродажиОбороты


(3) Смотреть желательно не ID-шники т.е. SELECT Val [Контр $Справочник.Контрагенты] from #Клиенты

(10) Для быстрого задания условий - добавляешь в условиях "SELECT ... FROM ... WHERE (1=1) "+Фильтр1;
или, для Виртуальных таблиц,
"SELECT ... FROM $РегистрОстатки.<ИмяРегистра>(,,,,"(1=1)"+Фильтр2+")";

И дальше в зависимости от заданных тебе параметров формируешь этот Фильтр
ФильтрNN = "";
Для ...
  ФильтрNN = ФильтрNN+" AND "+ПолеФильтра + ВидСравнения + ЗначениеФильтра;
КонецЦикла

По группировкам - там много всего бывает, да еще и с иерархиями, так что, чаще всего, я тоже закидывал результат в Индексированную таблицу. Отдельно лишь замечу, что если нужно использовать Иерархию, то добавление колонок по последнему абзацу из раздела документации: http://www.1cpp.ru/docum/icpp/html/IndexedTable.html#group очень хорошо влияет на производительность.

(13) Это давно пользую.
Там тоже вопрос.
Скажем у меня в фильтре были группы 3,4
Группировка раскидает вплоть до самого верхнего уровня - 1,2,3,4
Приходится избавляться от уровней 1,2 ИТЗ

(14) Не понял, если ты хочешь вывести отчет с иерархией, то выводить надо всю иерархию. Если же запрос строится целенаправленно по определенной узкой выборке и выводить надо только эту узкую, то значит и группы надо получать в качестве полей запроса, типа:
Select группа3.id, группа4.id, Номенклатура.id FROM Справочник.Номенклатура как Группа3 INNER JOIN Справочник.Номенклатура как Группа4 ON Группа3.ID=Группа4.ParentID INNER JOIN Справочник.Номенклатура как Номенклатура ON ...

Смотри параметры уложить, там есть насчет иерархии

(7) С какой целью интересуетесь?
Почта в личке :)

а укладываешь список контрагентов, ты его откуда берешь?

из формы?

(19) А хоть откуда можно брать этот список, хоть из формы, хоть из какой другой выборки.

(17) Мне на постоянку нужно

(19) Список на морде

Тут мысля пришла.
ИТЗ.ДобавитьИндекс() занимает время.
Если сначала ДобавитьКолонку индекса, добавить индекс, а потом загрузить туда данные.
По идее нехилый выигрыш во времени.
Ща попробую

(22) а сам запрос покажи

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

(24) ахахаха вот тупанул))) в (0) же есть.
Вопрос только такой, рабочий запрос как в (0) или с дополнениями?

А в группах, которые указаны в списке значений, подгруппы есть? или там только элементы?

А контрагенты с пустыми оборотами нужны?

Скоро раб. день закончится. Уйду ведь))

Проблему сабжа уже решил.
Буду дальше вас терзать по мере появления неясностей.
Или не буду, если быстро прямозапросечник с резюме нарисуется

через ИТЗ? или прямыми?
Не интересно, как на прямых решить?

в общем, ждем от тебя новых интересных задач))

Нехрена не решил, мля.
Оставил в списке одну группу. В ней есть подгруппы.
Вытаскивает обороты по всем

(33) Дак оно так и работает.
Если нужно только этот уровень получить по группе, так и пиши соответствующее условие запроса.

Если нужно по элементно, так помести в список не группу, а элементы :)

+(33) Когда ты укладываешь командой список, С параметром "Контрагенты".
RS.УложитьСписокОбъектов(СпКл, "#Клиенты", "Контрагенты");

А в списке есть группа.
То он заполнят временную таблицу всеми элементами этой группы.

Если нужно заполнить чисто элементами из списка, то не указывай "Контрагенты""

Всё норм. Запрос с вхере отработал за секунду.
Теперь тоскливо жду, когда 165000 строк в печатную форму выведет

+(35) А если нужно заполнить только элементами этой подгруппы, без вложенных, то:
Номенклатура in (select id from $Справочник.Номенклатура where parentid=:ТвояГруппа)

Сейчас подобный фильтр по товарам прикручиваю

вывод в печ форму тоже можно(и нужно) оптимизировать

еще 1с++ сильно тупит на
as [бла-бла $Справочник.зю-зю]
если больше 1000 элементов, то весьма ощутимо
поэтому если ссылка не нужна, то лучше descr возвращать вместо ссылки

Второе условие кушать не хочет:

    ТекстЗапроса = "
    |SELECT
    |Рег.Товар as [Товар $Справочник.Номенклатура],
    |Рег.Покупатель as [Клиент $Справочник.Контрагенты],        
    |Рег.АдресГр as [ГрузоПол $Справочник.АдресаГрузополучателей],        
    |Рег.СуммаПродажиОборот СуммаПрод,
    |Рег.СуммаЗакупкиОборот СуммаЗак,
    |Рег.СуммаБазНовОборот СуммаБаз,
    |Рег.КолвоБазОборот Количество,
    |Рег.Период День
    |FROM $РегистрОбороты.Продажи(:НачДата,:КонДата, День) as Рег
    |WHERE 1=1";
    Если СпКл.РазмерСписка() > 0 Тогда
        RS.УложитьСписокОбъектов(СпКл, "#Клиенты", "Контрагенты");
        ТекстЗапроса = ТекстЗапроса + "
        |Рег.Покупатель IN (SELECT Val FROM #Клиенты)";
    КонецЕсли;
    Если ВыбТовары.РазмерСписка() > 0 Тогда
        RS.УложитьСписокОбъектов(ВыбТовары, "#Товары", "Номенклатура");
        ТекстЗапроса = ТекстЗапроса + "
        |Рег.Товар IN (SELECT Val FROM #Товары)";
    КонецЕсли;

Тзап = RS.ВыполнитьИнструкцию(ТекстЗапроса);
{\\FILES2\BASES\ERT\ПЛОСКАЯМАТРИЦАПРОДАЖ.ERT(58)}: State 42000, native 102, message [Microsoft][ODBC SQL Server Driver][SQL Server]Incorrect syntax near 'Рег'.

and забыл

(41) ну ясен пень.. надо либо
and Рег.Покупатель ..
and Рег.Товар ...

делать, либо в тексте запроса СтрЗаменить(ТекстЗапроса,"1=1","Рег in ...,блаблабла");
СтрЗаменить(ТекстЗапроса,"2=2","Рег in ...,блаблабла");

(43) оригинальный подход

(44) :)
с тобой на бентли не заработаешь..

ЗЫ: на счет стрЗаменить - иногда удобно, если необходимо в разных местах воткнуть одинаковое условие, например, в юнионе, или еще где, где просто динамическое собирание..проблематично

(45) Спс, сенсэй. Сработало.
Я так понимаю "1=1 И 2=2" не катит
Прокатило 1=1 аnd 2=2

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

Самое лёгкое разрулил. Дальше ямы поглубже будут

Я всегда пишу (1 = 1)
Далее, динамически формируя условия - просто and ...

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

я про 1=1 and 2=2 and 3=3

(50) ну.. по всякому же можно :)

Кстати отдельные простые и гениальные решения вызывают поначалу отторжение даже у опытных прогов.
Например: Флаг = 1 - Флаг
или
Замена Если на Пока в алгоритме удаления "лишних" строк в ТЗ

(52) Нафиг нафиг эти ваши гениальные решения.. не надо из кода делать ребус.

а вот и я
(43) подстрока рулит
давайте ещё

(53) Ну можно и так:

Флаг = 1 - Флаг // не пугайся. Вот смотри: Флаг=1. 1 - 1 скока буит? Теперь Флаг=0. 1-0 скока буит? Вот то-то же

(49) ай как некрасиво,
http://umk.portal.kemsu.ru/uch-mathematics/papers/posobie/r3-3.htm

(49) православный восьмёроШник не похвалит и напишет Истина = &ПараметрИстина

(52)особенно помогает в отладке конструкция типа на восьмерке
Выполнить(Подсказка)
кулаки аж трещат.

вообще 1С так работает что любая нетривиальность в условиях без скобок сглючивает, просто с разной частотой

(59) Спс. Учту