Почему планировщик может игнорировать индекс даже если он существует?

Планировщик запросов (например, в СУБД) может игнорировать индекс, даже если он существует, по нескольким причинам:

• Низкая селективность индекса: если индекс покрывает столбцы с большим количеством повторяющихся значений, использование полного сканирования таблицы может быть эффективнее.
• Статистика устарела или отсутствует: планировщик опирается на статистику для оценки стоимости операций. Если статистика неактуальна, он может принять неверное решение.
• Функции или выражения в условии: если в WHERE используются функции над индексированными столбцами, индекс может не применяться.
• Типы данных или преобразования: несоответствие типов или явные преобразования могут препятствовать использованию индекса.
• Планировщик оценивает, что чтение по индексу дороже: например, при большом объеме данных, когда чтение по индексу приведет к множеству случайных обращений к диску.

Пример: если у вас есть индекс по столбцу age, но запрос содержит условие WHERE age + 1 = 30, индекс может не использоваться, так как выражение изменяет значение столбца.