create nonclustered index + include

[demianimp]

Добрый день.

Отловил у себя жирный запрос.
SQL выдал рекомендацию, что нужно создать индекс:
CREATE NONCLUSTERED INDEX [IndexName]
ON TableName (FieldN1, FieldN2)
INCLUDE (FieldN3, FieldN4, FieldN5, FieldN6)

У нас SQL2008 и AX 2009.
Первую часть рекомендацию я могу решить средствами AX, но как можно средствами AX сделать ...INCLUDE (FieldN3, FieldN4, FieldN5, FieldN6) ?

Если это сделать на SQL, то первая переиндексация таблицы удалит и создаст новый индекс.

[KiselevSA]

В 2009 версии не получится. Единственным решением будет создать индекс в SQL, заскриптовать его и восстанавливать после синхронизации БД.
Интересно, а кто-нибудь реализовывал следующий алгоритм:
- создание хранимки на SQL для восстановления индексов (типа, sp_restoreindex);
- вызов хранимой процедуры после окончания работы Application.dbSynchronize()?

[demianimp]

Цитата:

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

В 2009 версии не получится. Единственным решением будет создать индекс в SQL, заскриптовать его и восстанавливать после синхронизации БД.

А в 6+ это возможность появилась?

Цитата:

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

Интересно, а кто-нибудь реализовывал следующий алгоритм:
- создание хранимки на SQL для восстановления индексов (типа, sp_restoreindex);
- вызов хранимой процедуры после окончания работы Application.dbSynchronize()?

Все равно како-то костыль получается. Так можно сразу на SQL создать эти индексы, без участие аксапты. Только отслеживать очень трудно.

[db]

получится и на 2009
надо создать индекс в аот с (FieldN1, FieldN2)
а через менеджмент студию или sql добавить INCLUDE поля.
2009 про INCLUDE ничего не знает и не проверяет есть ли они или нет - если основные поля на месте то индекс считается годным и синхронизация его не трогает. Другое дело, что если что то поменяете в структуре индекса относительно основных полей, то при перестроении из аксапты INCLUDE, естественно, пропадут. Для защиты таких "полусамодельных" индексов можно добавить DDL триггер который будет отсекать DROP и ALTER в отношении индекса, если команда идет от пользователя под которым крутится АОС.

да, в 2012 INCLUDE штатная возможность

[Владимир Максимов]

В принципе, вместо опции INCLUDE указанные поля можно включить в список полей индекса. Результат оптимизации запроса будет тот же, хотя, конечно, сам индекс "тяжелее".

CREATE NONCLUSTERED INDEX [IndexName]
ON TableName (FieldN1, FieldN2, FieldN3, FieldN4, FieldN5, FieldN6)

Но, вообще-то, рекомендации SQL - это именно рекомендации. Далеко не факт, что даже наличие соответствующего индекса приведет к ускорению выполнения запроса. И даже если выполнение запроса ускорится "сейчас" не факт, что с увеличением количества записей оптимальный план выполнения запроса не изменится.

Тут надо пробовать разные варианты. Может, не индекс надо создать, а сам запрос изменить.

[demianimp]

Спасибо всем.

Вы подтвердили мои догадки.

[demianimp]

Друзья, а может кто нибудь скинуть прискрин с 2012, как выглядит настройка индекса с INCLUDE?

[AndyD]

http://dev.goshoom.net/en/2012/04/in...mns-in-ax2012/

[demianimp]

Цитата:

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

http://dev.goshoom.net/en/2012/04/in...mns-in-ax2012/

Спасибо большое. Примерно так и представлял.