Редко изменяемая таблица, связывающая две другие таблицы (сущности предметной области) по типу М:М
И запросы, которые будут выполняться над этой таблицей (показаны без JOIN, но JOIN'ы будут с аналогичными условиями)


Есть два варианта создания покрывающих индексов: без INCLUDE (показаны выше) и с INCLUDE:


(1) Какой из вариантов покрывающих индексов даст больший выигрыш в скорости JOIN-запросов на выборку ?
(при прочих равных условиях и при актуальном visibility map )

Согласно справке , в варианте без INCLUDE размер индекса может быть таким же, как в варианте с INCLUDE, а может быть и больше, чем в варианте с INCLUDE. При этом про скорость поиска по двум вариантам индекса там прямо не говорится. Тем не менее, очевидно, что чем меньше индекс, тем быстрее он обрабатывается. Т.е. если в варианте с INCLUDE размер индекса будет меньше, чем в варианте без INCLUDE, то скорость выборки будет выше (при прочих равных условиях).

(2) В связи с чем, возникает второй вопрос: для больших таблиц указанной структуры размер покрывающих индексов с INCLUDE будет меньше, чем без INCLUDE или таким же ? На таблице в 8000 записей размеры этих индексов получились одинаковыми (проверял после VACUUM FULL).

На текущий момент:
1) Меньший размер индекса в варианте с INCLUDE не подтверждён.
2) Сигнатура текущих индексов является оптимальной как для указанных WHERE-запросов, так и для JOIN'ов, построенных в обоих направлениях.