Тестовая база - реплика боевой, обе находятся на SQL. Запрос элементарный - выбор номенклатуры из иерархии корневой группы.

ПостроительУТ.Параметры.Вставить("ДатаОтчета", КонецДня(ДатаОтчета));
ПостроительУТ.Текст =
   "ВЫБРАТЬ
   |    ТоварыНаСкладахОстатки.Склад.Подразделение КАК Подразделение,
   |    ТоварыНаСкладахОстатки.Номенклатура КАК Номенклатура,
   |    ТоварыНаСкладахОстатки.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
   |    0 КАК ОстРозн,
   |    ТоварыНаСкладахОстатки.КоличествоОстаток КАК ОстТорг
   |ИЗ
   |    РегистрНакопления.ТоварыНаСкладах.Остатки(&ДатаОтчета, {(Номенклатура).* КАК Номенклатура, (Склад).* КАК Склад}) КАК ТоварыНаСкладахОстатки";
ПостроительУТ.ЗаполнитьНастройки();
ПостроительУТ.Выполнить();
Результат = ПостроительУТ.Результат.Выгрузить();

На копии запрос выполняется за 2-3 секунды плюс выгрузка результата в ТЗ примерно столько же, итого 5-6 секунд.
В рабочей базе этот же запрос выполняется 500+ секунд. Причём если запрос выполнить в консоли запросов, то выполняется за 2-3 секунды.
Но если его выполнить в консоли отчетов на построителе (типовая, отчеты/универсальные), то также - 10 минут ждём, пока не начнётся вывод в таблицу.

Что может быть?
Есть подозрение на индексы либо кэш статистики SQL-сервера

Для чистоты эксперимента в консоли отчетов не использовал отбор.

Экспериментировал с СКД (платформа 8.1.15.14)
В обеих базах работает быстро.

Что же с построителем?

Вообще - Построитель - прошлый век. Юзай СКД или УниверсальныйОтчет на крайняк)))))
Ну либо запрос напрямую.
Но с другой стороны, когда-то давным-давно я им часто пользовался, таких проблем не замечал...

"Есть подозрение на индексы либо кэш статистики SQL-сервера"
но ведь в боевой сам запрос быстро выполняется... значит, с sql все ок

(3) Ты не поверишь.

(0) Ну а вытяни реально исполняемый текст запроса из построителя - что получается?

(5) Реально исполняемый текст запроса я привёл в (0). Если помещаю его в консоль запросов - 2-3 сек, консоль отчетов - тупняк.

(3) Почему построитель - я в него помещаю отборы из плана обмена. Понимаю, что это прошлый век, но УниверсальныйОтчет на построителе. запрос напрямую - каменный век, если вравнивать с построителем и СКД.
_____________________________________________________

Вот я подозреваю, что дело в индексах самого скуля. Ведь моя база при копировании из рабочей реинициализировалась, и кэш запросов, вроде небольшой. А в рабочей скорее всего он большой и его следует как-то реорганизовать. Это  я так, верхушек нахватался. А чтобы переосмыслить процесс?

Нагуглил об очистке кэша команды

DBCC DROPCLEANBUFFERS WITH NO_INFOMSGS
DBCC FREEPROCCACHE WITH NO_INFOMSGS

Но ест сомнение, не на все ли базы они распространяются или только на текущую? В мануале ничего вразумительного или у меня тупняк.

(7) Бида

(7) Давай я помогу тебе пользоваться гуглом

(6) Ну а запрос-то с построителя (полученный через ПолучитьЗапрос()) сколько выполняется?

(9) Помоги. Премного благодарен.

http://www.gilev.ru/1c/mssql/

Иногда (иногда) ПостроительОтчета может загнать адски

v8: Сложности отладки временных таблиц. :-)

(13) Сок в (21)

(10) Там он прилепил параметры В Иерархии. Ничего нового.

ВЫБРАТЬ
   ТоварыНаСкладахОстатки.Склад.Подразделение КАК Подразделение,
   ТоварыНаСкладахОстатки.Номенклатура КАК Номенклатура,
   ТоварыНаСкладахОстатки.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
   0 КАК ОстРозн,
   ТоварыНаСкладахОстатки.КоличествоОстаток КАК ОстТорг
ИЗ
   РегистрНакопления.ТоварыНаСкладах.Остатки(
           &ДатаОтчета,
           Номенклатура В ИЕРАРХИИ (&Параметр1)
               И Склад В ИЕРАРХИИ (&Параметр2)) КАК ТоварыНаСкладахОстатки
____________________________________________________________

(14) Чет про сок не понял, перечитываю ветку.

(15) ПостроительОтчета строил адское CrossJoin соединение на с таблицей счет фактур, хотя я просил Левое.

Номенклатура В ИЕРАРХИИ (&Параметр1)
               И Склад В ИЕРАРХИИ (&Параметр2)

Это печально

Построй 2 ВТ таблицы ОтобранныеСклады, ОтобранныеНоменклатуры и их суй!

(16) Нехорошка он. Вот и у меня иерархию приплёл.

Дык! У вечером и ночером, когда в базе нет никто, точно так же...

06.02.2013 03:58:31 Начало.
06.02.2013 04:08:09 Торговля. 49 920 строк. От начала прошло 578 с
06.02.2013 04:17:00 Розница.  49 840 строк. От начала прошло 1 109 с
06.02.2013 04:17:10 Объединение. 80 строк. От начала прошло 1 119 с

А в копии всё пучком - первый этап 5-6 секунд, второй - 65-69 (отнимает время получение представление ВСтрокуВнутр) и третий - на 70-73й секунде завершается.

(18) Была такая идея, я так передаю в потустороннюю базу по COM. Пропробую такой же фокус и с тутошней.

(10) Продолжая эксперименты с иерархией...

Отключил отборы и получил сво

(10) Продолжая эксперименты с иерархией...

Отключил отборы и получил свой изначальный запрос -

ВЫБРАТЬ
   ТоварыНаСкладахОстатки.Склад.Подразделение КАК Подразделение,
   ТоварыНаСкладахОстатки.Номенклатура КАК Номенклатура,
   ТоварыНаСкладахОстатки.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
   0 КАК ОстРозн,
   ТоварыНаСкладахОстатки.КоличествоОстаток КАК ОстТорг
ИЗ
   РегистрНакопления.ТоварыНаСкладах.Остатки(&ДатаОтчета, ) КАК ТоварыНаСкладахОстатки

Работает быстро и красиво. Всю малину портит иерархия.
Но как оптимизировать рабочую базу?
хм.

(21) Ну а ВременныеТаблицы че?

(22) Еще не делал, минут...

Как то так

ВЫБРАТЬ
   Номенклатура.Ссылка
ПОМЕСТИТЬ НужнаяНоменклатура
ИЗ
   Справочник.Номенклатура КАК Номенклатура
ГДЕ
   Номенклатура.ЭтоГруппа = ЛОЖЬ
{ГДЕ
   Номенклатура.Ссылка.*}
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
   ТоварыНаСкладахОстатки.Склад,
   ТоварыНаСкладахОстатки.Номенклатура,
   ТоварыНаСкладахОстатки.КоличествоОстаток
ИЗ
   РегистрНакопления.ТоварыНаСкладах.Остатки(
           ,
           Номенклатура В
               (ВЫБРАТЬ
                   НужнаяНоменклатура.Ссылка
               ИЗ
                   НужнаяНоменклатура КАК НужнаяНоменклатура)) КАК ТоварыНаСкладахОстатки
;

////////////////////////////////////////////////////////////////////////////////
УНИЧТОЖИТЬ НужнаяНоменклатура

(24) Чародей... 2 секунды в рабочей базе... А я делал левое соединение в ВТ, и оно мне тупило.

ВЫБРАТЬ
   ТоварыНаСкладахОстатки.Склад.Подразделение КАК Подразделение,


Тоже плохо.

Пихай ТоварыНаСкладахОстатки.Склад......

в ВТ.

И потом уже из ВТ выбирай
ВТТоварыНаСкладахОстатки.Склад.Подразделение

(0) Чтобы узнать, какой запрос выполняет построитель с учетом настроек отборов и прочего, сделай так:

Запрос = ТвойПостроитель.ПолучитьЗапрос();

Кстати, в Статье Гилева нет ничего про
1) Перезагрузку SQL (tempdb при этом режется)
либо
2) Шринк tempdb

Со временем у меня темпДБ вырос один раз до пары гиг, несмертельно, но seek по 2 гигабайтам и seek по паре мегабайт все же отличается.

(27) Пасибки, было в (10), оттуда вытянул гадостное В ИЕРАРХИИ

(24) не верю что до сих пор не оптимизировали В ИЕРАРХИИ, хотя бы до уровня того что ты написал

(30) Да он тоже не верил в сверхоптимизацию в v8: Сложности отладки временных таблиц. :-)

(30) Хуже не будет :-)

(29) Это ж циклическое сканирование таблицы. А если к этому ещё и присоединяется что-то - бе... в квадрате.

(32) Всё работает! Класс!

// но где-то зудит вопрос из (7)

(32) сомнительно. писать лишинй код. зачем? может ты еще и циклы разворачиваешь для ускорения?

(35) Понятно, некотрое извращение в обход глюков. Но разница какая! запрос в 500+ секунд и 2 секунды, что быстрее моего 5 секунд.

(35) http://www.youtube.com/watch?v=X8u7px_GzWQ

(35) Анатолий, отстаньте.

кто нибудь проводил эксперимент, что же делает в иерархии?

(39) Ну раз пошла волна, нужно.

может индекс на вт создается платформой для более быстрого поиска и он все время отъедает?

а то что платформа сама делает вт для в иерархии - это давно известно

(43) Но она его как-тго по-особому его делает... Или соединяет. Где глянуть?

в профайлере конечно же

(45) Пни, каким макаром? SQL Mangement Studio?

(46) рано тебе еще такими вещами заниматься

(47) Ну пока папка не видит, что делать-то?

прфайлер это отдельное приложение

ага. Это он? http://main.1c-ei.ru/Home/versions/1090

(50) Нет.
Профайлер входит в поставку SQL

Кроме Express Edition

(51) Спасибо.
SQL 2008 Entrprise Edition.
Нашел в меню Пуск, средства производительности, профайлер.
Буду разбираться

Побежало много букв, всё не успеваю читать.
Куда тыкать, чтобы увидеть свой запрос из 1С?

Вопрос решён. На сегодня есть, что переваривать.
Спасибо!

Про профайлер нашёл у Гилёва http://www.gilev.ru/1c/81/index/optimquery.htm#Индексы