В чем преимущество третьей нормальной формы базы данных?

Третья нормальная форма (3NF) в базах данных

Третья нормальная форма — это стандарт проектирования баз данных, который я применяю в 95% проектов. Это критично для качественной архитектуры базы.

Что такое нормальные формы

Нормальные формы — это правила для организации данных в таблицах:

1NF (Первая нормальная форма)
  ↓
2NF (Вторая нормальная форма)
  ↓
3NF (Третья нормальная форма) ← лучший компромисс
  ↓
BCNF (Нормальная форма Бойса-Кодда)
  ↓
4NF, 5NF... (редко используются)

Лучше всего применять 3NF — это оптимальный баланс между нормализацией и производительностью.

Правило 3NF

Таблица находится в 3NF если:

1. Находится во 2NF
2. Каждое неключевое поле зависит только от PRIMARY KEY и ни от каких других полей

Просто: никаких зависимостей между неключевыми полями.

Примеры нарушения 3NF

Пример 1: Книги с авторами и странами

-- ❌ НЕПРАВИЛЬНО: нарушена 3NF
CREATE TABLE books (
  id INT PRIMARY KEY,
  title VARCHAR(100),
  author_id INT,
  author_name VARCHAR(100),
  author_country VARCHAR(50),
  author_birth_year INT
);

-- Проблема: author_name, author_country, author_birth_year зависят от author_id,
-- а не от id. Если одного автора 100 книг, его данные повторяются 100 раз.

Пример 2: Заказы с покупателями и их городами

-- ❌ НЕПРАВИЛЬНО
CREATE TABLE orders (
  order_id INT PRIMARY KEY,
  customer_id INT,
  customer_name VARCHAR(100),
  customer_city VARCHAR(50),
  customer_postal_code VARCHAR(10),
  order_date DATE,
  total_amount DECIMAL
);

-- Проблема: customer_name, customer_city, customer_postal_code
-- зависят от customer_id, а не от order_id.
-- Если покупатель менял город, нужно обновлять во всех его заказах.

Правильная нормализация (3NF)

Пример 1: Книги и авторы (правильно)

-- ✅ ПРАВИЛЬНО: применена 3NF

-- Таблица авторов
CREATE TABLE authors (
  id INT PRIMARY KEY,
  name VARCHAR(100),
  country VARCHAR(50),
  birth_year INT
);

-- Таблица книг (ссылается только на author_id)
CREATE TABLE books (
  id INT PRIMARY KEY,
  title VARCHAR(100),
  author_id INT,
  FOREIGN KEY (author_id) REFERENCES authors(id)
);

-- Все данные автора хранятся в одном месте!

Пример 2: Заказы и покупатели (правильно)

-- ✅ ПРАВИЛЬНО

CREATE TABLE customers (
  id INT PRIMARY KEY,
  name VARCHAR(100),
  city VARCHAR(50),
  postal_code VARCHAR(10)
);

CREATE TABLE orders (
  id INT PRIMARY KEY,
  customer_id INT,
  order_date DATE,
  total_amount DECIMAL,
  FOREIGN KEY (customer_id) REFERENCES customers(id)
);

-- Если покупатель изменил город, меняем один раз в customers,
-- и это отражается во всех заказах!

Преимущества 3NF

1. Избежание дублирования данных (Redundancy Elimination)

// ❌ БЕЗ 3NF: повторение данных
[
  { bookId: 1, title: "Clean Code", authorName: "Robert Martin", authorCountry: "USA" },
  { bookId: 2, title: "Design Patterns", authorName: "Gang of Four", authorCountry: "USA" },
  { bookId: 3, title: "Refactoring", authorName: "Martin Fowler", authorCountry: "USA" }
]

// ✅ С 3NF: информация об авторе — один раз
authors = [
  { id: 1, name: "Robert Martin", country: "USA" }
]

books = [
  { id: 1, title: "Clean Code", authorId: 1 },
  { id: 2, title: "Design Patterns", authorId: 2 },
  { id: 3, title: "Refactoring", authorId: 3 }
]

2. Целостность данных (Data Integrity)

-- ❌ БЕЗ 3NF: изменение города в одном месте ломает консистентность
UPDATE orders 
SET customer_city = 'Los Angeles'
WHERE customer_id = 123;
-- Что если забыл UPDATE другие заказы? Город несогласованный!

-- ✅ С 3NF: изменяешь один раз
UPDATE customers 
SET city = 'Los Angeles'
WHERE id = 123;
-- Все заказы этого покупателя сразу видят новый город через JOIN

3. Проще обновления и удаления (Easy Maintenance)

// ❌ БЕЗ 3NF: сложные обновления
const updateAuthorCountry = async (authorName, newCountry) => {
  await db.query(
    'UPDATE books SET author_country = $1 WHERE author_name = $2',
    [newCountry, authorName]
  );
  // Опасно! Что если есть ошибка в одном месте?
};

// ✅ С 3NF: простое обновление
const updateAuthorCountry = async (authorId, newCountry) => {
  await db.query(
    'UPDATE authors SET country = $1 WHERE id = $2',
    [newCountry, authorId]
  );
  // Просто, безопасно, эффективно
};

4. Меньше занимаемое место (Storage Efficiency)

❌ БЕЗ 3NF (денормализованная БД):
- 1 миллион книг
- 10% авторов повторяются 100 раз
- Каждое имя автора 100 байт
- Потери: 1,000,000 * 100 байт = 100 MB впустую

✅ С 3NF:
- Таблица авторов: 10,000 авторов * 100 байт = 1 MB
- Таблица книг: 1 млн * 4 байта (int для author_id) = 4 MB
- Всего: ~5 MB вместо 100 MB

5. Безопасность при удалении (No Orphan Data)

-- ❌ БЕЗ 3NF: если удалить автора из книги, теряем информацию об авторе
DELETE FROM books WHERE id = 1;
-- Информация об авторе удалена и больше нельзя восстановить

-- ✅ С 3NF: удаляем книгу, информация об авторе остается
DELETE FROM books WHERE id = 1;
-- Автор все еще в таблице authors, может быть автором других книг

SQL пример с JOIN (3NF)

const getBooks = async () => {
  const result = await db.query(`
    SELECT 
      b.id,
      b.title,
      a.name as author_name,
      a.country as author_country
    FROM books b
    JOIN authors a ON b.author_id = a.id
    ORDER BY b.title
  `);
  return result;
};

// Результат:
// [
//   { id: 1, title: 'Clean Code', author_name: 'Robert Martin', author_country: 'USA' },
//   { id: 2, title: 'Design Patterns', author_name: 'Gang of Four', author_country: 'USA' }
// ]

Когда можно денормализовать (breaking 3NF)

Иногда для производительности можно нарушить 3NF, но очень осторожно:

-- Допустимо денормализовать если:
-- 1. Это критично для производительности
-- 2. Это кэш, а не source of truth
-- 3. Есть процесс синхронизации

CREATE TABLE books_with_cache (
  id INT PRIMARY KEY,
  title VARCHAR(100),
  author_id INT,
  author_name VARCHAR(100), -- КЭШ! Обновляется через trigger
  FOREIGN KEY (author_id) REFERENCES authors(id)
);

-- Trigger для синхронизации кэша
CREATE TRIGGER update_book_author_name
AFTER UPDATE ON authors
FOR EACH ROW
BEGIN
  UPDATE books_with_cache 
  SET author_name = NEW.name 
  WHERE author_id = NEW.id;
END;

Итого: Преимущества 3NF

3NF — это не просто теория. Это спасает от часов отладки когда данные несогласованны. Я всегда проектирую БД в 3NF на этапе дизайна.