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

[Torin]

Согласен со всеми, но вставлю еще свои 5 копеек. Кластерный индекс, действительно, должне быть по возрастающему полю, но делать из него покрывающий индекс - занабто.
Кластерный индекс быстрее RID, поэтому желательно его иметь. Он должен быть быстрым, поэтому лучьше убирать строковые значения. Надо смотреть на плотность - база и так читает постанично, пожтому инфантильно выводить на одну необходимую запись неправильно.
Из личного опыта - наилучьшие значения произовдительности получил на recid + dataareaid кластерных индексах. И по INVENTTRANS и по INVENTSUM и по другим тоже. Но это только потому, что есть многоитерационное приближение к хорошим покрывающим индексам на том же INVENTTRANS;-)

[Logger]

Цитата:

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

Из личного опыта - наилучьшие значения произовдительности получил на recid + dataareaid кластерных индексах. И по INVENTTRANS и по INVENTSUM и по другим тоже. Но это только потому, что есть многоитерационное приближение к хорошим покрывающим индексам на том же INVENTTRANS;-)

А при массированном добавлении записей с разных рабочих мест проблем не было ?
Просто в случае кластерного индекса по RecID все сессии будут при вставке долбить в одну страницу...
По идее можно ожидать снижения производительности, так как производится попытка вставки практически в одно и то же место в дисковом хранилище.