Индексы в базах данных — шпаргалка для системного аналитика

На технических собеседованиях вопросы про индексы задают регулярно — и не только 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/

#ГотовимсяКСобеседованию