Кластерный индекс в DimensionAttributeValueSetItem

[Perc]

Dax2012
Смотрю на таблицу DimensionAttributeValueSetItem и не понимаю почему у нее кластерный индекс по RecId. Зачем?
По перекрёстным ссылкам нет вообще использования поиска по RecId. Таблица достаточно объемная может быть, и используется повсеместно.
В целях оптимизации запросов к ней ставлю ей кластерный индекс ValueSetAttributeValueIdx.
А индекс по RecId по сути можно вообще выключить получается?

[S.Kuskov]

Выигрыш от экономии отдельного места для хранения некластерного индекса и скорости выбора данных может нивелироваться затратами на перемещение этих данных в момент вставки в середину индекса

[Logger]

Цитата:

Сообщение от Perc

А индекс по RecId по сути можно вообще выключить получается?

Совсем не получится. Там есть методы find / exist которые его используют.
Да и чем он вам мешает.

Кстати, а в InventTrans вас кластерный индекс не смущает ? Не великоват для кластерного для такой большой таблички?

[Perc]

Цитата:

Сообщение от S.Kuskov

Выигрыш от экономии отдельного места для хранения некластерного индекса и скорости выбора данных может нивелироваться затратами на перемещение этих данных в момент вставки в середину индекса

Вставок у данной таблицы тотально меньше чем выборок. Да и экономить я пытаюсь не на объеме хранения.
Таблица используется во вьюхах и запросах где тянется и поле DisplayValue. Любая форма, отчет показывающая аналитику по DefaultDimension лезет туда.
А это значит скл серверу при выполнение запроса надо делать дополнительные поиск. Т.е. он сначала по индексу ValueSetAttributeValueIdx поищет ключ RecId, а потом по RecId будет делать еще один поиск по индексу RecId, чтобы найти DisplayValue.

Когда озадачился этим вопросом посмотрел на аналогичную таблицу DimensionAttributeLevelValue для LedgerDimension. И там оказывается все норм на sys-слое. Там подумали и сразу сделали кластерным индекс не по RecId, а DimensionAttributeValueIdx.

PS. Да, подумал насчет вставки якобы в середину. Индекс ValueSetAttributeValueIdx он по DimensionAttributeValueSet, DimensionAttributeValue. Т.е. любая новая вставка это новый пакет DimensionAttributeValueSet. А значит по индексу ValueSetAttributeValueIdx вставки тоже всегда будут в конец. Так что даже тут проблемы нет.

[Perc]

Цитата:

Сообщение от Logger

Совсем не получится. Там есть методы find / exist которые его используют.
Да и чем он вам мешает.

Кстати, а в InventTrans вас кластерный индекс не смущает ? Не великоват для кластерного для такой большой таблички?

В find / exist он используется, да только find / exist нигде не используются.

В InventTrans он меня не смущает, потому что много достаточно мест где он используется. Например InventSettlement

Цитата:

Не великоват для кластерного для такой большой таблички?

Это замечание вообще не переварил, что хотели сказать.

[Владимир Максимов]

Цитата:

Сообщение от Perc

Таблица используется во вьюхах и запросах где тянется и поле DisplayValue. Любая форма, отчет показывающая аналитику по DefaultDimension лезет туда.
А это значит скл серверу при выполнение запроса надо делать дополнительные поиск. Т.е. он сначала по индексу ValueSetAttributeValueIdx поищет ключ RecId, а потом по RecId будет делать еще один поиск по индексу RecId, чтобы найти DisplayValue.

Вопрос в том, что именно ищет запрос? Там же 2 поля и вот по какому из них идет поиск?

То, что описано - это отображение аналитики документа. Т.е. ищем от DefaultDimension.

Но может же быть обратная ситуация. Найти документ с указанной аналитикой. Т.е. поиск от DimensionAttribute. И тогда ситуация станет только хуже

[Logger]

Цитата:

Сообщение от Perc

Это замечание вообще не переварил, что хотели сказать.

А вы посмотрите статистику в сиквеле. Сколько там сама табличка места занимает, а сколько индексы. Для InventTrans объем индексов с запасом превосходит объем таблицы.

[Perc]

Цитата:

Сообщение от Владимир Максимов

Но может же быть обратная ситуация. Найти документ с указанной аналитикой. Т.е. поиск от DimensionAttribute. И тогда ситуация станет только хуже

Отчего хуже? Индекса по DimensionArrtibute нет, поэтому если уж sql-оптимизатор решит искать от этой таблицы, то будет скан кластерного индекса, либо скан индекса, потом если потребуется поиск по ключу. Выгода мелкая ожидается только если не потребуется, поиск по ключу. И мелкая она будет потому что полей в таблице мало и разница между индексом и кластерным индексом всего два поля displayvalue и recversion. Ну может в 2 раза объем, посмотреть можно. Да и запрос такой в быту очень экзотическим выглядит. Уж из формы вы точно будете по displayvalue фильтровать, а не по dimensionAttribute