Например индекс периодического РС
http://kb.1c.ru/articleView.jsp?id=68

Период + [Измерение1 + ...] (Кластерный) - Всегда
Измерение1 + [Измерение2 +...] + Период - Есть хоть одно измерение регистра.
ИзмерениеN + Период + Измерение1 + [Измерение2 +...] -
Измерению "ИзмерениеN" задано свойство "Индексировать" или свойство "Ведущее" и при этом это не  единственное измерение.

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

Период + [Измерение1 + ...]
Измерение1 + [Измерение2 +...] + Период
Почему бы тогда при индексировании измерения (ресурса, реквизита)
не делать так же 2 доп индекса
ИзмерениеN + Период + Измерение1 + [Измерение2 +...]
ИзмерениеN  + Измерение1 + [Измерение2 +...] + Период

http://its.1c.ru/db/pubapplied/content/333/hdoc/_top/%E8%ED%E4%E5%EA%F1

(1) а можно сюда скопировать, или там много инфы?
У меня доступа нет

(2) http://its.1c.ru/db/metod8dev#content:1590:hdoc

(2)  Зарегистрируйся, 7 дней демо-доступ.

(3) и что, там тоже самое что в http://kb.1c.ru/articleView.jsp?id=68

я это знаю, я говорю что на мой взгляд сделано не логично

Так смысл периодического регистра сведений именно в том, что для каждой записи важен период. Если не нужен период, то делай обычный РС с измерением типа дата и индексируй как хочешь.

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

Т.е. в этой постановке вопроса 1С делает все правильно. Неправильно она делает то, что не дает создавать составные индексы на уровне программиста 1С...

(8) Может, тебе ещё и групповую обработку объектов одним запросом надо? ))

Господи, да и так глянешь в какую-нить самописку - а там индексов от большого ума кучу понатыкано, от которых никакого проку кроме замедления записи и роста БД.
На практике дополнительные индексы редко целесообразны.
Достаточно номенклатуру первым измерением ставить, а если нет номенклатуры - чё-нить похожее по селективности и частоте использования в соединениях.

(10) Ну не знаю...
Я помнится, руками индексировал регистр учёта затрат на РАУЗ - приращение скорости было раза в 3...

(6) да, но почему ж тогда платформа создает индекс
Измерение1 + [Измерение2 +...] + Период

(7) да что вы, что бы СУБД использовала index seek, а не index scan запрос должен быть по полям которые входят в индекс без пропуска, а иначе получится что СУБД отберет по первому индексу, потом придется сканировать

(10) Все зависит от запросов, твой пост ни о чем. Очень часто добавлял индексы в типовые и например видел много раз это в рекомендациях команды Гилева.

Достаточно номенклатуру первым измерением ставить

Если говорить про РН первое измерение индексируется только в таблицах итогов, в таблицах движений этого индекса не будет, если не проиндексировано явно

(14) Очень часто добавлял индексы в типовые и например видел много раз это в рекомендациях команды Гилева

+ естественно с последующим улучшением показателей APDEX