В УТ 11.1 минут 5 выполняется вот такой простой запрос к регистру накопления

    Запрос = Новый Запрос;
    Запрос.УстановитьПараметр("Номенклатура", Номенклатура);
    Запрос.УстановитьПараметр("ВидДвижения",  ВидДвиженияНакопления.Приход);

    Запрос.Текст = "ВЫБРАТЬ ПЕРВЫЕ 1
                    |    СебестоимостьТоваров.Период,
                    |    СебестоимостьТоваров.Количество,
                    |    СебестоимостьТоваров.Стоимость
                    |ИЗ
                    |    РегистрНакопления.СебестоимостьТоваров КАК СебестоимостьТоваров
                    |ГДЕ
                    |    СебестоимостьТоваров.АналитикаУчетаНоменклатуры.Номенклатура = &Номенклатура
                    |    И СебестоимостьТоваров.ВидДвижения = &ВидДвижения
                    |
                    |УПОРЯДОЧИТЬ ПО
                    |    СебестоимостьТоваров.Период УБЫВ";

    РезультатСебестоимость = Запрос.Выполнить().Выгрузить();

А "простой" и не значит ведь "быстрый"

За запрос к физической таблице РН на руки отрубать. По локоть.

Соединение всего РегистрНакопления.СебестоимостьТоваров с номенклатурой, потом фильтрация и сортировка...
PS: Руки долой

(2) дооо, конечно-конечно...бред не несите

Как надо? примерно на словах скажите

(2) Дело не в физической таблице

(2) Голову включи, прежде чем руки рудить.
Если автору нужен Период, то какой ему смысл делать запрос к виртуальной таблице с Периодичностью Запись? Какой прирост это даст?

(7) Да не факт, что ему период как раз и нужен.

(5) Нужно найти все значения из справочника АналитикаУчетаНоменклатуры с присутствием данной номенклатуры
= &Номенклатура
Далее соединить результат с РегистрНакопления.СебестоимостьТоваров
ПО СебестоимостьТоваров.АналитикаУчетаНоменклатуры = втАналитикаУчетаНоменклатуры.Ссылка
И СебестоимостьТоваров.ВидДвижения = &ВидДвижения

Все я понял, выполняется быстро если это  

    СебестоимостьТоваров.АналитикаУчетаНоменклатуры.Номенклатура = &Номенклатура

заменить на это

    СебестоимостьТоваров.АналитикаУчетаНоменклатуры = &АналитикаУчетаНоменклатуры

(0) Чуваг без плана запроса и стоимости его операторов говорить не о чем. Вангую что у тебя основные тормоза идут на сортировке, ну и обращение через точку СебестоимостьТоваров.АналитикаУчетаНоменклатуры.Номенклатура вызывает соедиение с кучей таблиц

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

(5) 1) обращайся к виртуальной таблице, а не к самомУ РН. судя по "СебестоимостьТоваров.ВидДвижения = &ВидДвижения" тебе подойдут Обороты
2) накладывай условия в параметрах виртуальной таблицы, а не в условиях запроса
3) избавься от "АналитикаУчетаНоменклатуры.Номенклатура".

(0) Заменить  СебестоимостьТоваров.АналитикаУчетаНоменклатуры.Номенклатура = &Номенклатура
На сначала поиск аналитики , а потом поиск по этой аналитики.

(10) в правильную сторону смотришь)

(8) >> не факт, что ему период как раз и нужен.

Конечно не факт.
Но он по нему еще и сортирует потом. Думаешь просто так?

(16) Да все возможно. Я бы на всякий случай уточнил этот момент.

(17) Период нужен

Но я уже разобрался, всем спасибо

(18) Но я уже разобрался, всем спасибо

Внутреннее соединение с регистром АналитикаУчетаНоменклатуры

(21) Малыш проф не пригоден :)

Может по периоду отбор все-таки нужен?

(2) Можно узнать почему?

(24) Его так в детстве учили. А по другому он не знает

(22) Это о чём?

Вот так 1С делает аналитики что бы повысить производительность, а по факту программисты ее понижают.
Ведь будь Измерение Номенклатура вопросов у автора не возникло бы.

(27) Так есть измерение. Только в другом регистре. И сделано там специально для производительности.

(27) Виновата ли 1С, что программисты не поняли замысла с аналитикой?

(29) 1С виновата в отсутствии документации к программным интерфейсам. Разжевать и принести на блюдечке с каемочкой.

(26) Внутреннее соединение с регистром АналитикаУчетаНоменклатуры

Если РегистрНакопления.СебестоимостьТоваров

Внутреннее соединение с регистром АналитикаУчетаНоменклатуры

То кол ( 1 )

Если регистр АналитикаУчетаНоменклатуры

Внутреннее соединение РегистрНакопления.СебестоимостьТоваров

То 2 :)

(31) Ошибка у вас.

(32) Зачем лишнее соединение вообще? (10) давно он сам дал ответ что ему нужно

(30) 1с  виновата в том, что не может составные индексы и поэтому городит велосипеды из регистров сведений

(33) Соединение для ускорения отбора по ключу аналитики. Типовой механизм последних конфигураций.

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

(36) Регистр сведений проиндексирован. Условие попадает в индекс.

ну видимо СКЛ так не считает коли запрос 5 мин выполняется

(38) В его варианте - да, 5 минут. Я же предложил типовой механизм, который значительно быстрее.

(38) потому что .АналитикаУчетаНоменклатуры.Номенклатура - неявное соединение со справочником, а не с регистром. А в регистре ресурс Аналитика - проиндексирован.
Собственно, о чём писали в (34)