Реляционная база данных: сущности, атрибуты, ключи и связи на реальном проекте

Конспект статьи. Автор оригинала: Юлия Чугунова (Лаборатория качества)

Как перевести бизнес-требования в структуру БД на учебном примере интернет-магазина джемов.

Уровни моделей

Концептуальная (смысл: объекты и важные сведения о них), логическая (структура), физическая (техническая реализация). Аналогия — библиотека: пользователь видит залы, аналитик проектирует каталог.

Нормализация

• 1НФ — атомарные значения (один телефон, а не список), каждая строка определяется ключом.
• 2НФ — неключевые поля зависят от всего составного ключа. Количество в строке заказа зависит от заказа и товара, а название — только от товара, поэтому живёт в таблице товаров.
• 3НФ — неключевые поля не зависят друг от друга. Город клиента не хранится в заказах.

Ключи и связи

• PK уникален и не пуст; FK защищает целостность; составной ключ часто в строках заказа.
• 1:N — customer_id в заказе; N:M — таблица order_line; 1:1 — профиль покупателя в отдельной таблице.

order_line (order_id, jam_id, quantity)
PK: (order_id, jam_id)