|
|
|
|
#1 |
|
Участник
|
Бесспорно, т.к. во втором случае серверу БД нет необходимо читать данные из всей таблицы с кучей полей, а достаточно воспользоваться одним из некластерных индексов содержащих ItemId (GroupItemIdx, TypeIdx, DimGroupItemIdx, и т.д.)
|
|
|
|
|
#2 |
|
Участник
|
Цитата:
В обоих запросах используется как-раз таки кластерный ключ по ItemId, что эквивилентно пробегу по странцам с данными
__________________
Axapta v.3.0 sp5 kr2 |
|
|
|
|
#3 |
|
Moderator
|
Цитата:
слишком уж много полей в inventTable и при этом сама таблица прочно закэширована в памяти SQL Server. Поэтому начинают играть затраты на передачу данных по сети, поскольку затраты на чтение с диска минимизированы. Но все равно - в большинстве случаев, затратами на передачу данных между сервером и клиентом - можно пренебречь.
|
|
|
|
|
#4 |
|
Участник
|
2 AndyD
На сколько я понял, структура данных АХ 2012, описанная в Implementing_InventTrans_refactoring_for_Microsoft_Dynamics_AX_Applications_AX2012.pdf не соответствует действительности. |
|
|
|
|
#5 |
|
Участник
|
Т.к. при использовании некластерного индекса для получения результата перебирается меньше данных.
Цитата:
X++: SELECT * FROM INVENTTABLE SELECT ItemId FROM INVENTTABLE |
|
|
|
|
#6 |
|
Участник
|
Цитата:
Но переделка запроса на поле, не участвующее ни в одном индексе картину не поменяло - скорость различается на те же 2,5-3 раза
__________________
Axapta v.3.0 sp5 kr2 |
|
|
|
|
#7 |
|
Участник
|
Цитата:
|
|
|
| Теги |
| ax2012 |
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| Проблема с поиском в InventTrans после changeCompany (DAX4) | 11 | |||
| Связь таблиц InventTrans и PurchLine | 2 | |||
| Русская локализация Axapta 3 ? | 59 | |||
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|