Структура индексов 8.3 #745870

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

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

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

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

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

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

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

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

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

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

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

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

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

Очень часто добавлял индексы в типовые и например видел много раз это в рекомендациях команды Гилева + естественно с последующим улучшением показателей APDEX