Запрос WHERE status IN ('active','trial') AND email LIKE '%@gmail.com' работает медленно, есть B-tree индекс на (status) и на (email). Почему индекс по email не используется и что реально ускорит?
SQLmediummiddle
Проверяет владение SQL: выборки, агрегации, JOIN-ы и оконные функции.
sargabilityLIKEиндексы
Варианты ответа
Ведущий wildcard '%@gmail.com' делает LIKE non-sargable; помог бы индекс по reverse(email) или функциональный индекс, а фильтр по status уже sargable
LIKE всегда игнорирует B-tree индексы независимо от позиции символа '%'; заменить шаблон на регулярное выражение через оператор ~ с индексом
IN по двум значениям в фильтре status отключает использование остальных индексов в запросе; разбить условие на два отдельных запроса через UNION ALL по каждому статусу
B-tree плохо работает со строковыми колонками при подстроковом поиске, поэтому индекс по email тут бесполезен; нужен hash-индекс по email для ускорения LIKE
Как разобрать этот вопрос на собеседовании
Начни с разбора схемы: какие таблицы и ключи участвуют, где могут быть NULL и дубли строк. Затем реши, что важнее — JOIN, агрегация с GROUP BY/HAVING, оконная функция или подзапрос. На собеседовании ценят не только правильный результат, но и умение проговорить план запроса и крайние случаи (пустые группы, деление на ноль, фан-аут при JOIN).
На собеседовании по такому вопросу важно не только назвать ответ, но и кратко объяснить, почему он верный.
Тема вопроса — «SQL». Чтобы подготовиться к похожим задачам, отрабатывай их на практике: sql-тренажёр помогает довести навык до автоматизма, а раздел вопросов — увидеть формулировки, которые реально встречаются на интервью аналитика данных.
Разбор ответа
Подробный разбор с объяснением «почему правильный ответ верный» и почему остальные неверны — после регистрации.
3000+ вопросов с разбором, quiz-режим с проверкой, AI-собес и подготовка к интервью аналитика.