ИндексыПродвинутый

Составной индекс

Индекс по нескольким колонкам. Порядок колонок критически важен.

Синтаксис

CREATE INDEX ON table (col1, col2, col3);

Объяснение

Составной индекс по (a, b, c) работает для условий: WHERE a=..., WHERE a=... AND b=..., WHERE a=... AND b=... AND c=... Но НЕ работает для WHERE b=... без a. Правило левого префикса: запрос должен включать первые N колонок индекса по порядку. Порядок: сначала колонки равенства (=), потом диапазона (<, >). INDEX(status, created_at) быстрее для WHERE status='paid' AND created_at > '2024-01-01'.

Пример

-- Эффективный составной индекс
CREATE INDEX ON orders (user_id, status, created_at DESC);

-- Использует индекс:
SELECT * FROM orders WHERE user_id = 1 AND status = 'paid' ORDER BY created_at DESC;

-- НЕ использует (нет первой колонки):
SELECT * FROM orders WHERE status = 'paid';

Связанные термины

EXPLAINПоказывает план выполнения запроса без реального выполнения — какие индексы и типы соединений выберет планировщик.INDEX (индекс)Структура данных, ускоряющая поиск строк по значению колонки.Partial Index (частичный индекс)Индекс с условием WHERE — индексирует только часть строк таблицы.

Анекдоты по теме

— Мой EXPLAIN показывает Seq Scan. — Добавь индекс. — Добавил. Всё равно Seq Scan. — Сколько строк в таблице? — 50. — Оптимизатор умнее тебя. При 50 строках индекс медленнее.

— Что такое covering index? — Индекс, который содержит все нужные для запроса колонки. — Зачем? — Запрос читает только индекс, не обращаясь к таблице. Index-only scan. — Пример? — CREATE INDEX ON orders (user_id) INCLUDE (total, created_at); SELECT total, created_at FROM orders WHERE user_id = 1; — читает только индекс.

— B-tree, Hash, GIN, GiST, BRIN — как выбрать? — B-tree: всё что угодно, сравнения <, >, =. По умолчанию. — Hash: только = (редко нужен). — GIN: массивы, JSONB, full-text. — GiST: геометрия, диапазоны. — BRIN: огромные таблицы с физически упорядоченными данными (даты логов).

Все анекдоты →

Читать статью →Потренироваться →← Все термины