На технических собеседованиях вопросы про индексы задают регулярно — и не только DBA. Системный аналитик, архитектор и даже старший бизнес-аналитик должен уметь объяснить, почему на определённом запросе «всё лагает», и предложить решение. Именно здесь часто ждут ответ про индексы.
Блок про индексы обычно идет после общего блока про базы данных и до блока с написанием SQL запросов.
Что такое индекс?
Отдельная структура, которая позволяет базе не читать всю таблицу, а сразу находить нужные строки. Как содержание в книге.
Главный компромисс индексов
🟢 SELECT работает быстрее
🔴 INSERT / UPDATE / DELETE медленнее, каждый индекс надо обновлять при каждом изменении строки
Какие бывают типы индексов
➖B-tree — универсальный, работает для =, <, >, BETWEEN, ORDER BY. По умолчанию в большинстве СУБД
➖Hash — только точное равенство =, очень быстро, но больше ни для чего
➖GIN — массивы, JSONB, полнотекстовый поиск
➖BRIN — огромные таблицы с монотонной вставкой (логи, события)
➖Составной — несколько колонок; порядок критичен — сначала =, потом интервал
➖Частичный — индексирует только часть строк: WHERE status = 'pending'`
➖Покрывающий — включает все нужные SELECT колонки через INCLUDE, исключает обращение к таблице
Когда индекс НЕ нужен
➖Таблица маленькая
➖Столбец с низкой кардинальностью: is_active, gender
➖Запрос LIKE '%text%' — B-tree не поможет
➖Функция над колонкой: WHERE YEAR(created_at) = 2026 — индекс не используется
➖Таблица пишется очень активно, а читается редко
Правило для составного индекса
1. Колонки на равенство
2. Колонки на период
3. Сортировка
Пример для запроса
WHERE status = ? AND created_at >= ? ORDER BY priority
Полная статья с примерами, антипаттернами на сайте: https://bv-dev.ru/indexes-interview-prep/
#ГотовимсяКСобеседованию