Как будешь использовать индексы для оптимизации?

Как будешь использовать индексы для оптимизации?

Индексы как стратегический инструмент аналитика

Для Product Analyst индексы - это не просто техническая деталь БД. Это мощный инструмент для отслеживания изменений, сравнения периодов и выявления тренда. Я использую индексы в двух смыслах: статистические индексы (для аналитики) и дефтабазные индексы (для оптимизации SQL запросов).

1. Статистические индексы

Индекс Хирша (сложность)

Когда я анализирую рост пользователей или доход, использую индексы для нормализации данных:

Пример: У меня есть выручка за месяцы:

• Январь: 100,000 руб
• Февраль: 150,000 руб
• Март: 180,000 руб
• Апрель: 200,000 руб

Я создаю индекс с базовым периодом (январь = 100):

• Январь: 100
• Февраль: 150
• Март: 180
• Апрель: 200

Теперь легко видеть: февраль на 50% выше, чем базовый месяц. Это позволяет сравнивать разные метрики на одной шкале.

Индекс Year-over-Year (YoY)

Для сравнения текущего года с прошлым:

YoY Индекс = (Текущий год / Прошлый год) × 100

Если в марте 2025 было 500 активных пользователей, а в марте 2024 было 400, то: YoY Индекс = (500 / 400) × 100 = 125

Это означает рост на 25% год-к-году.

Month-over-Month (MoM)

Для отслеживания краткосрочного тренда:

MoM Индекс = (Текущий месяц / Предыдущий месяц) × 100

Если февраль = 150, март = 180, то MoM Индекс марта = (180/150) × 100 = 120 (рост на 20%).

2. Использование индексов в SQL запросах (Database Indexes)

Как аналитик, я часто пишу SQL для больших таблиц. Индексы ускоряют эти запросы в 10-1000 раз.

Простой индекс (Single Column Index)

Если я часто ищу пользователей по user_id:

CREATE INDEX idx_user_id ON users(user_id);

-- Теперь этот запрос будет быстрым:
SELECT * FROM users WHERE user_id = 123;

Без индекса БД сканирует всю таблицу (Full Table Scan). С индексом - прямой поиск в B-tree структуре.

Составной индекс (Composite Index)

Если я часто ищу платежи по user_id И дате:

CREATE INDEX idx_user_date ON payments(user_id, created_at);

-- Быстрый запрос:
SELECT * FROM payments 
WHERE user_id = 123 AND created_at > '2025-01-01';

Порядок колонок критичен! Индекс на (user_id, created_at) ускоряет запросы с user_id в WHERE, но не ускоряет запросы только с created_at.

Индекс для сортировки

Если я часто извлекаю топ-10 пользователей по доходу:

CREATE INDEX idx_revenue_desc ON users(revenue DESC);

-- Быстрый запрос:
SELECT * FROM users ORDER BY revenue DESC LIMIT 10;

Индекс для LIKE запросов

Когда ищу пользователей по имени:

CREATE INDEX idx_name_prefix ON users(name varchar_pattern_ops);

-- Быстрый поиск с префиксом:
SELECT * FROM users WHERE name LIKE 'John%';

Индекс для JOIN'ов

Если я часто объединяю таблицы:

CREATE INDEX idx_order_user_id ON orders(user_id);
CREATE INDEX idx_payment_order_id ON payments(order_id);

-- Быстрый JOIN:
SELECT u.name, o.amount, p.status
FROM users u
JOIN orders o ON u.id = o.user_id
JOIN payments p ON o.id = p.order_id;

3. Когда НЕ использовать индексы

Проблема 1: Замедление записи

Каждый индекс требует обновления при INSERT/UPDATE/DELETE. Если таблица часто пишется, но редко читается, индекс замедляет систему.

Проблема 2: Слишком много индексов

БД "выбирает" индекс для использования. Если их слишком много, оптимизатор может выбрать плохой вариант.

Проблема 3: Память

Индексы занимают место в памяти/диске. Если индекс больше таблицы - это проблема.

Проблема 4: Низкая селективность

Индекс на колонке "gender" (только 2 значения) почти не помогает. Индекс полезен, когда значений много и есть хорошая селективность (> 5% уникальных значений).

4. Процесс оптимизации запроса (как я это делаю)

Шаг 1: EXPLAIN ANALYZE

Любой медленный запрос начинаю с анализа:

EXPLAIN ANALYZE
SELECT * FROM orders 
WHERE user_id = 123 AND created_at > '2025-01-01';

Вывод покажет:

• Использует ли он индекс?
• Сканирует ли строки
• Где узкое место?

Шаг 2: Проверка индексов

SELECT * FROM pg_indexes 
WHERE tablename = 'orders';

Шаг 3: Создание нужного индекса

Если не хватает индекса, создаю его.

Шаг 4: Повторное измерение

Запускаю EXPLAIN ANALYZE снова. Время должно упасть.

5. Пример: Оптимизация отчета по метрикам

Я создаю месячный отчет выручки по странам. Запрос:

SELECT 
  country,
  DATE_TRUNC('month', created_at) as month,
  SUM(amount) as revenue
FROM payments
WHERE created_at >= NOW() - INTERVAL '12 months'
GROUP BY country, month;

Этот запрос медленный. Решение:

CREATE INDEX idx_payments_country_date ON payments(country, created_at DESC);

Теперь запрос работает в 50 раз быстрее.

Заключение

Для Product Analyst индексы - это инструмент, который позволяет:

1. Быстро писать аналитические запросы без ожидания
2. Нормализовать и сравнивать метрики через статистические индексы
3. Понимать производительность БД и работать с инженерами
4. Масштабировать аналитику при росте данных

Умное использование индексов - это разница между аналитиком, который ждет результаты часами, и аналитиком, который получает их за секунды.