Добрый день,
подскажите пожалуйста в каких случаях следует использовать индекс с include.

Такой пример:
Таблица1 в которой 15 полей.
Поля с 1 по 3 представляют первичный ключ.

С таблицей работают только 2 процедуры - процедура 1 добавляет записи и процедура 2 читает.
Записи не удаляются.
Частота чтений и добавлений примерно одинаковая.

Процедура 2 связывает таблицу 1 с таблицей 2 по полям с 4 по 5 и с таблицей 3 по полям 5, 6, 7.
Поля 1,2,3, 8 - 15 возвращаются процедурой.

DB2 советуетTo improve data-retrieval, add INCLUDE columns to unique indexes. Good candidates are columns that:
Are accessed frequently and therefore would benefit from index-only access
Are not required to limit the range of index scans
Do not affect the ordering or uniqueness of the index key.


( совет находится здесь )

Кажется, что можно было бы создать такие индексы
Второй индекс создается, т.к. одна из рекоммендаций для полей входящих в include что они не должны ограничивать диапозон индексного сканирования.
Правильно ли я понимаю, что раз поля 4,5,6,7 участвуют в соединениях (inner joins) с другими таблицами, то они влияют на диапозон сканируемых индексных ключей и следовательно должны быть исключены из include. В тоже время, индекс по ним нужен, для того чтобы соединения работали быстрее?

Целесообразен ли такой сценарий?

Я вижу следующие аргументы против: практическое дублирование данных т.к. их приходится хранить как в индексных страницах так и в страницах данных. Так ли это или хранение как-то оптимизируется?
Дороговизна insert, т.к. нужно ещё добавлять данные в такой большой индекс.
Сильно ли дорожает Insert на самом деле?

И ещё такой вопрос - если те поля, которые входят в Include являются по сути некластерным индексом, т.к. они, если я правильно понял, не сортируются, то зачем тогда создавать ещё один некластерный индекс, когда можно просто всё разместить в одном большом индексе:

Помогите пожалуйста разобраться. Что-то подсказывает, что такие большие индескы делать не надо, но в чём тогда смысл совета стараться помещать в индекс поля наиболее часто возвращаемые запросами?

Заранее извиняюсь, если путанно изложил свой вопрос
и конечно всем заранее огромное спасибо за участие.

Кажется, я очень запутанно всё изложил.

Поставлю вопрос так.

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

Понятно, что отображение должно работать быстрее, но когда это действительно имеет смысл делать? Например если запрос возвращает с десяток записей, то наверное считать их из страниц данных не займёт много времени.
В чём же выигрыш идеи по сравнению с расходами?

Насколько сильно при этом страдает insert/update (учитывая, что поля входящие в include вроде бы не упорядочиваются, т.е. перестраиваются только указатели)

Заранее спасибо за ответ

Всем огромное спасибо за участие.
Я решил пока не использовать include т.к. таблица новая и записей в ней будет не очень много.
Думаю, что создавать громоздкий индекс особого смысла нет.