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

[Kabardian]

Цитата:

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

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

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

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

Цитата:

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

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

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

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

[Kabardian]

Цитата:

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

Вместо этого лучше использовать операции Отсоединить/Присоединить (sp_detach_db/sp_attach_db), они гораздо шустрее.

Ну, эти операции работают только с БД которая уже есть. А чтобы она появилась все равно придется либо скопировать БД в файловой системе, либо сделать бэкап-восстанование средствами SQL Server (мне больше этот вариант нравится, чем работа с файловой системой).

[Logger]

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

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

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