v8: Стоит ли индексировать измерения регистра сведений? #617639

Будут ли быстре выполнятьсмя запросы к нему?

да

Будут. Но будет медленней проходить запись. тут нужно искать компромисс

все зависит от селективности если отбот будет по 2 полям с одинаковой селективностью индексов то оптимизатор запросов мс скл может выбрать фул скан. куда уж неотимальней

интересно найти базу где количество записей в регистр превосходит количество чтений :) индексировать нужно обязательно все измерения, только что-бы не нарватся нужно соблюдать простые правила 1. в измерениях нельзя использовать составные и примитивные типы 2. более 5 измерений ведет к резкому величению тормозов

почему примитивные нельзя??

+ а для небольших по объему записей регистров хотя-бы можно??

по тому-что гладиолус :) приметивные типы занимают больший размер (чем ссылочные) кластерного индекса.

Как-то на мой скромный взгляд "занимают больший размер" и "нельзя" немножко разные вещи. Ну и "ссылочное поле" - это 2 числовых, по сути. Как же так хитро получается?

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

индекс приметивного типы - содержат идентификатор типа...

Еще раз: ссылка - это 2 (ДВА) числовых поля. Почему по двум полям индекс - хорошо, по одному - плохо и вообще нельзя?

Гм. Оказалось, что почти никакой разницы. :-) проблема в том, что в запросе есть конструкции типа. РС.Ссылка.Дата РС.Ссылка.Номер РС.Ссылка.Проыеден Как только их убираю 1-2 сек. С ними 40... Есть какие-нибуль мысли?

текст запроса в студию

Зависит от запроса. Неявное соединение в скулевском запросе. А если еще составной тип, то неявное левое соединение с таблицами всех документов, входящих в тип. Там случайно тип не ДокументСсылка? :)

чего это?

ВЫБОР        КОГДА Соответствие1С_и_не1С.СсылкаНаОбъект.Ссылка ССЫЛКА Документ.СчетНаОплатуПокупателю ИЗ    РегистрСведений.Соответствие1С_и_не1С КАК Соответствие1С_и_не1С    Соответствие1С_и_не1С.ИмяОбъекта В(&Фильтр)    И Соответствие1С_и_не1С.СсылкаНаОбъект.Дата МЕЖДУ &ДатаНач И &ДатаКон

СсылкаНаОбъект какого типа?

используй явное соединение РегистрСведений.Соответствие1С_и_не1С и объекта СсылкаНаОбъект

ДокументСсылка, СправочникСсылка.Контрагенты, СправочникСсылка.Номенклатура Гм. не понял.

ВЫБОР        КОГДА Соответствие1С_и_не1С.СсылкаНаОбъект.Ссылка ССЫЛКА Документ.СчетНаОплатуПокупателю Не камильфо (СсылкаНаОбъект.Ссылка)

Убрал этот кусок вообще - не помагло.        КОГДА Соответствие1С_и_не1С.СсылкаНаОбъект.Ссылка ССЫЛКА Документ.СчетНаОплатуПокупателю

Ну и "получи фашист гранату". Когда данный запрос получает скуль, он таблицу Соответствие1С_и_не1С join-ит с таблицами _ВСЕХ_ документов, которые есть в метаданных + с таблицами 2 справочников. Я уж молчу, что какое поведение запроса ты ожидаешь от запроса, если СсылкаНаОбъект если он справочникСсылка.Номенклатура - что он должен вернуть на СсылкаНаОбъект.Проведен ? В чем суть - надо отобрать все по флиьтру или таки только счета?

20 - это просто некрасивость - использовать ссылку от ссылки

1. жесть

какова задача, вообще?

Я правильно понял? Если явно указать методанные.документы, которые мне нужноы. Их штук 8, то будет быстее? По второму вопросу - справочникСсылка.Номенклатура Используется фильтр Соответствие1С_и_не1С.ИмяОбъекта В(&Фильтр)

Что именно? Ну, как бы: Соответствие1С_и_не1С

"если СсылкаНаОбъект если он справочникСсылка.Номенклатура - что он должен вернуть на СсылкаНаОбъект.Проведен ? " - NULL. ВНЕЗАПНО, да?

>>интересно найти базу где количество записей в регистр превосходит количество чтений

Вопрос был не в том, что вернет, а в том, что он ожидает, что вернет. Если ожидает, что вернет булево, а вернет Null получится сюрприз :)

Подведу итог. 1. Сделал как в . Явно прописал в регистре регистраторы. 2. Получил 1-2 секунды. Спасибо всем. SammoЮ, респект.

Гораздо интереснее что означает реквизит Дата у справочников Контрагенты и Номенклатура. Ведь в запросе есть условие ГДЕ Соответствие1С_и_не1С.СсылкаНаОбъект.Дата МЕЖДУ &ДатаНач И &ДатаКон

Кстати. Ведь уже есть некий параметр &Фильтр. Если предположить, что это фильтр по именам объектов метаданных, то можно собрать текст запроса с явными соединениями к нужным таблицам.