09.04.2004, 13:11 | #1 |
Участник
|
ClusterIndex
В свойтсвах таблиц в аксапте есть такое.
1) Зачем оно? 2) Кто нибудь использовал и как? 3) Как влияет на произоводительность? 4) Имеется ли зависимость его работы от MS SQL или Oracle?+
__________________
Уточните значение слов и вы избавите человечество от половины его заблуждений. (Рене Декарт) / Axapta 2.5 |
|
09.04.2004, 13:27 | #2 |
Участник
|
Кластерный индекс означает, что данные будут физически храниться отсортированными по этому индексу.
|
|
09.04.2004, 13:33 | #3 |
Гость
|
один индекс в таблице должен быть кластерным, если только на практике (реальном сайте) не обнаруживается, что он замедляет работу...
очень подробно об индексах - в Бест практис AXAPTA и сопроводит документации по MS SQL |
|
09.04.2004, 13:42 | #4 |
Moderator
|
1) Уже ответили
2) Использовали. По рекомендации MBS. Использование кластерных индексов несколько уменьшает число заблокированных страниц при эскалации блокировок с уровня записей до уровня страниц, поскольку больше шансов что отобранные по данному индексу записи находяться в не очень большом числе страниц, а не разбросаны по всей таблице. Число блокировок это снизило на некотрых критических запросах достаточно заметно, но в целом проблему не решило 3) По доаксаптовскому опыту - если забыть про блоикровки, то время поиска по индексу снижается не очень сильно - процентов на 10-15 примерно. При этом время вставки существенно растет. Из за этого мы в свое время не стали ими пользоваться. 4) До версии 2.5 (или 2.5Sp1 - не помню) кластерные индексы в понимании Axapta преврашались в index-only table в понимании Oracle. В SP1 (или 2.5sp0 ?) при синхронизации с Oracle аттрибут кластерного индекса вообще перестал учитываться, поскольку Oracle как-то странно поддерживает эти index-only table, и часть аксаптовского функционала начинала барахлить... В общем - MBS устал с ними на Oracle бороться и просто выключил эту фичу. Так что ставить их имеет смысл только при работе с MS SQL. |
|
|
За это сообщение автора поблагодарили: alex55 (1). |