Индекс не используется, когда: функция или приведение типа над колонкой, LIKE '%…' с ведущим шаблоном, низкая селективность (выбирается большая доля строк), запрос не по левому префиксу составного индекса, устаревшая статистика.
sottoWHERE lower(email) = ? — функциональный индекс ON (lower(email))LIKE '%abc%' — триграммный индекс (pg_trgm) или полнотекстовый поискА ещё Иногда полный просмотр действительно быстрее — оптимизатор прав
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
B-tree упорядочен по значению колонки, поэтому любое преобразование этого значения разрушает порядок — лечится функциональным индексом по тому же выражению. Ведущий '%' не даёт зафиксировать префикс, и для такого поиска нужен триграммный или полнотекстовый индекс. Низкая селективность — случай, когда планировщик сознательно предпочитает последовательное чтение: сходить в индекс, а затем за каждой строкой в таблицу дороже, чем прочитать её подряд. Сюда же относится неявное приведение типов, когда колонка и параметр разного типа.
Несколько верных вариантов. Подумайте, потом откройте ответ.
Устройство B-tree, hash vs B-tree, составной и covering индекс, цена записи и когда индекс не используется.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.