Нужен совет. Есть регистр накопления. В нем несколько измерений. Измерения в таком порядке:
   - Заказ
   - Номенклатура
   - Характеристика
   - Склад
Порядок измерений по принципу где больше данных тот вверху. Ничего не индексировал. В системе количество запросов с фильтром только по заказу и фильтром только по номенклатуре приблизительно одинаковое. Проблема в том, что запросы с фильтром только по номенклатуре  выполняются очень долго. Что тут можно придумать?

поставь галочку "индексировать" на номенклатуру, чо

Профайлером посмотреть запросы и планы

>>Порядок измерений по принципу где больше данных тот вверху.
где больше что? Селективность?

Если реквизит уже проиндексирован, то практически ничего. Если конечно сам запрос не через жпо написан.

(4)+1

(1) Потом запросы по с фильтром по заказу начнут тормозить заказу

(6) такое написал  =)

(6) почему? индекс по-умолчанию не исчезнет

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

(9) но остатки не на конец периода берутся частично из движений же

Выше всего необходимо ставить измерения, которые будут чаще запрашиваться. Если не ставить спец. индексирование то один кластерный индекс уже есть (включает все измерения) т.е. в твоем случае если в запросе указать не все поля, например "Номенклатуру+Характеристику" но не указать "Заказ" - выборка неопримальна т.к. индекс не будет использоваться. Так что и порядок зависит от наиболее частых вариаций запросов.

(9)

регистр накопления
Основная таблица
Период + Регистратор + НомерСтроки
Регистратор + НомерСтроки
Этот индекс создается всегда для любого регистра накопления.
Измерение + Период + Регистратор + НомерСтроки
Этот индекс создается, если для измерения свойство Индексироватьуста-новлено в значение Индексировать.
Реквизит + Период + Регистратор + НомерСтроки
Этот индекс создается, если для реквизита свойство Индексироватьуста-новлено в значение Индексировать.
Таблица итогов
Период +  Измерение1 +  Измерение2 +  …  +  ИзмерениеN +  Разделитель –
по всем измерениям регистра.
Измерение + Период – если для измерения Измерениесвойство Индексиро-ватьустановлено в значение Индексировать.

(1) Индексирование не помогло =(

(14) а пример запроса будет?

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

Запрос выполняется в транзакции при проведении документ

(16) итоги рассчитаны?

заказ - составной тип?

использование текущих итогов включено?

ну и да - поскольку запрос не рабочий, предполагаю, что из него что-то важное вырезано

(16)  в (0) ты писал про проблемы с отбором только по номенклатуре

(18)Итоги не рассчитаны;
(19)Заказ - составной тип;
(20)использование текущих итогов включено
(21)Запрос не рабочий потому что убрал остальные ресурсы, там было еще 2 ресурса с типом число
(22)Так и есть

это в старых документах, за 2012 год

все беды из-за заказа составного типа

(23) а в примере запроса отбираешь по заказам