Кластерный индекс на InventTrans в AX 4.0

[Kabardian]

Цитата:

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

А почему, по-вашему, должно было что-то "расщепиться"?

Если у вас проводка только одна на этот лот, то она никуда не сдвинется)
И даже если их несколько, то изменение InventDimId может привести только к перемещению записей между смежными страницами (и то, при условии, что порядок сортировки по InventDimId внутри InventTransOrigin изменится), но никак не их разделение
Ну и опять же, не забываем о FillFactor

Сделал неправильный выводы из советов и получил такой же результат.

Цитата:

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

Если у вас проводка только одна на этот лот, то она никуда не сдвинется)
И даже если их несколько, то изменение InventDimId может привести только к перемещению записей между смежными страницами (и то, при условии, что порядок сортировки по InventDimId внутри InventTransOrigin изменится), но никак не их разделение
Ну и опять же, не забываем о FillFactor

Хорошо, сколько проводок конкретно должно быть? Что должно измениться в проводках, чтобы разделение произошло?

Кто-нибудь может расписать простой пошаговый пример для воспроизведения расщепления страниц в индексе по InventTransOrigin в таблице InventTrans?

[Kabardian]

Нашел хорошую статью по SQL Server 2005, в которой сравнивается производительность работы с кластерными индексами и некластерными, много графиков и количественных показателей: SQL Server Best Practices Article.

[Logger]

Как известно, под ораклом аксапта (2009-я) игнорирует свойство таблиц ClusterIdx.
Из-за этого бывают неприятные эффекты.

А можно как-нибудь заставить ее учитывать это свойство и для оракла ?
Или если явно в оракле подшаманить и изменить табличку, сделав индекс в БД кластерным (в соответствие с AOT) то не будет ли проблем при дальнейшей работе ?

Кто-нибудь пробовал такое ?