Всегда ли нужна нормализация в БД

Всегда ли нужна нормализация в БД?

Ответ: нет. Нормализация решает определённые проблемы, но часто нужна денормализация для производительности.

Что такое нормализация?

Нормализация - это процесс организации данных в таблицах для минимизации дублирования и аномалий.

Первая нормальная форма (1NF)

ПЛОХО (ненормализованно):
CREATE TABLE users (
    id INT,
    name VARCHAR,
    phones VARCHAR  -- Несколько номеров в одном поле
);

ХОРОШО (1NF):
CREATE TABLE users (id INT, name VARCHAR);
CREATE TABLE phones (id INT, user_id INT, phone VARCHAR);

Когда нужна нормализация?

1. Частые обновления

Нормализованная структура упрощает UPDATE операции.

2. Целостность данных

One source of truth - одно значение в одном месте.

3. Растущие базы данных

Дублирование в миллионах записей - это тысячи МБ впустую.

Когда нужна денормализация?

1. Производительность чтения

# Денормализованно: всё в одном документе
post = {
    "_id": 1,
    "title": "My Post",
    "author_name": "John",
    "category_name": "Tech"
}

2. Редкие обновления

Если данные меняются редко, можно хранить копии.

3. Дорогие вычисления

Кэшируй результаты вычислений вместо пересчёта.

Практический пример: E-commerce

Нормализованный подход (PostgreSQL):

• Таблица products
• Таблица order_items с FOREIGN KEY
• Требует JOIN для получения полных данных

Денормализованный подход (MongoDB):

{
    "_id": "order_1",
    "items": [
        {
            "product_name": "Laptop",
            "category": "Electronics",
            "price": 999
        }
    ]
}

Гибридный подход (рекомендуется)

• PostgreSQL: нормализованные данные (целостность)
• Redis: кэш денормализованных данных (скорость)
• Синхронизация при обновлении

Правило большого пальца

• Запрос требует 3+ JOIN'а? Рассмотри денормализацию
• UPDATE требует менять много таблиц? Рассмотри нормализацию
• Часто читают? Денормализируй
• Часто пишут? Нормализуй

Используй нормализацию если:

• Много UPDATE/DELETE операций
• Нужна ACID целостность
• База растёт (> 1GB)
• Данные часто меняются

Используй денормализацию если:

• Много SELECT операций
• Данные редко меняются
• Нужна максимальная скорость
• Используешь NoSQL/MongoDB
• Analytics и Big Data

Современный подход

• OLTP (операционная БД): нормализация
• OLAP (аналитика): денормализация
• Кэш: денормализованные данные
• Документы: денормализация

Итоговый вывод

Нормализация - не закон, а инструмент:

• Начни с нормализации
• Денормализуй когда нужна производительность
• Используй оба подхода в одном приложении
• Профилируй, чтобы найти узкие места

Золотое правило: выбирай по требованиям, не по догме.