Руководство по созданию эффективных запросов

Какие индексы нужны?
Сложно дать какие-либо общие рекомендации относительно того, какие ин-
дексы нужны. В OLTP-системах время отклика обычно имеет решающее зна-
чение, и любой короткий запрос должен поддерживаться индексами.
Мы рекомендуем создавать частичные и покрывающие индексы, когда это 
имеет смысл. Частичные индексы меньше обычных и с большей вероятно-
стью поместятся в оперативной памяти. Покрывающие индексы экономят 
обращения к таблице, позволяя движку выполнять бóльшую часть обработки 
в оперативной памяти.
Дополнительное время, необходимое для вставки и обновления, обычно 
менее важно, чем быстрый отклик. Однако за этим временем надо следить 
Рис. 5.32 

План выполнения запроса № 3

---

Индексы и масштабируемость коротких запросов 

101
и переосмысливать количество индексов, если обнаруживается замедление. 
Обычно замедление вызывается индексами, поддерживающими уникаль-
ные и первичные ключи, внешними ключами, которые ссылаются на поля 
уникальных и первичных ключей, а также триггерами для операций вставки 
или обновления. В каждом случае вам нужно будет оценить важность целост-
ности данных по сравнению со скоростью обновлений.
В интернете доступен ряд запросов, которые вычисляют общий размер ин-
дексов в каждой таблице, и большинство инструментов мониторинга преду-
предят вас о чрезмерном росте.
Какие индексы не нужны?
Хотя обычно нас не волнует место на диске, занимаемое индексами, мы 
не хотим создавать бесполезные объекты базы данных. Системное пред-
ставление 
pg_stat_all_indexes
показывает статистику использования индекса 
(общее количество сканирований, количество прочитанных индексных строк 
и количество выбранных табличных строк) с момента последнего сброса 
статистики.
Обратите внимание, что некоторые индексы первичного ключа 
никогда
не используются для извлечения данных; однако они жизненно важны для 
целостности данных и не должны удаляться.