Видове връзки: 1:1, 1:N, M:N в SQL

Проблем

Карта и етикети

Магазинът пуска две новости. Първата е карта за лоялност: всеки клиент може да има една карта с точки. Втората са етикети на продуктите, като „веган“, „без глутен“ и „био“, за да ги филтрираш в сайта.

Къде да ги запишеш? Колона card_number в customers? Колона tags в products с текст „веган, био“? Отговорът зависи от един въпрос: колко неща от едната страна отговарят на колко от другата.

Идеята

Едно към много (1:N)

Един клиент има много поръчки. Всяка поръчка е на един клиент. Това е връзка едно към много, пише се 1:N.

Ключът е от страната на „много“-то. Всяка поръчка казва чия е с customer_id:

customers

PKidinteger
nametext *
emailtext *
citytext
joined_attext *

orders

PKidinteger
FKcustomer_idinteger *→ customers
ordered_attext *
statustext *

Обратното не става. Колко колони order_1, order_2 да има клиентът? Мария има 12 поръчки, а утре ще са 13.

SQLбаза: магазин

SELECT id, ordered_at, status FROM orders WHERE customer_id = 1;

Това е най-честата връзка. В магазина са такива и категорията с продуктите, и продуктът с отзивите.

Пробвай

Продуктите по категории

Колко продукта има във всяка категория, в която има продукти? Покажи името на категорията и броя.

SQLбаза: магазин

SELECT id, name FROM categories;

Решение

SELECT c.name, COUNT(*) AS products
FROM categories c
JOIN products p ON p.category_id = c.id
GROUP BY c.id, c.name;

Идеята

Едно към едно (1:1)

Всеки клиент има най-много една карта, а всяка карта е на един клиент. Това е едно към едно, 1:1. Пази се като 1:N, с ключ към клиента, и с още едно правило: UNIQUE.

loyalty_cards

PKidinteger
FKcustomer_idinteger *→ customers
numbertext *
pointsinteger *
issued_attext *

SQLбаза: магазин

SELECT c.name, l.number, l.points
FROM customers c
JOIN loyalty_cards l ON l.customer_id = c.id;

Пет клиенти имат карта. Опитай да дадеш на Мария втора:

SQLбаза: магазин

INSERT INTO loyalty_cards (customer_id, number, issued_at)
VALUES (1, 'LC-0099', '2026-10-25');

UNIQUE на customer_id не пуска втори ред за същия клиент. Без него връзката щеше да е 1:N.

Защо не колони в customers? Може и така. Често 1:1 са още няколко колони в същата таблица. Отделна таблица има смисъл, когато повечето редове нямат втората част (15 от 20 клиенти нямат карта и щяха да имат празни клетки) или когато тя има свой живот: картата се губи, сменя се, има свои точки.

Пробвай

Кой още няма карта

Маркетингът иска да предложи карта на всеки клиент, който още няма. Покажи имената им.

SQLбаза: магазин

SELECT name FROM customers;

Решение

SELECT c.name
FROM customers c
LEFT JOIN loyalty_cards l ON l.customer_id = c.id
WHERE l.id IS NULL;

Идеята

Много към много (M:N)

В една поръчка има много продукти. Един продукт е в много поръчки. Това е много към много, M:N.

Тук ключът не може да е в нито една от двете таблици. Решението е трета таблица, таблица за връзка, с по един ред за всяка двойка. В магазина това е order_items: всеки ред е един продукт в една поръчка, с броя и цената.

products

PKidinteger
nametext *
FKcategory_idinteger→ categories
pricereal *
stockinteger *
added_attext *

order_items

PKorder_idinteger→ orders
PKproduct_idinteger→ products
quantityinteger *
unit_pricereal *

В кои поръчки е кафето (продукт 17)?

SQLбаза: магазин

SELECT o.id, o.ordered_at, oi.quantity
FROM order_items oi
JOIN orders o ON o.id = oi.order_id
WHERE oi.product_id = 17;

Етикетите са същото. Продуктът има много етикети, а етикетът е на много продукти:

Двойката е ключът

Първичният ключ на order_items е двойката (order_id, product_id). Опитай да сложиш хляба втори път в поръчка 60, където вече го има:

SQLбаза: магазин

INSERT INTO order_items (order_id, product_id, quantity, unit_price)
VALUES (60, 1, 1, 1.2);

Базата не пуска същата двойка два пъти. Продукт е в поръчката веднъж, а повече бройки се пишат в quantity. Иначе отчетът „колко пъти е поръчан хлябът“ щеше да брои един и същ продукт от една поръчка два пъти.

1. Всеки продукт има точно една категория, а в категорията има много продукти. Къде е ключът?В отделна таблица product_categoriescategory_id в productsproduct_id в categories

Пробвай

Етикетите в сайта

До всеки етикет в сайта пише колко продукта има. Покажи името на етикета и броя.

SQLбаза: магазин

SELECT id, name FROM tags;

Решение

SELECT t.name, COUNT(*) AS products
FROM tags t
JOIN product_tags pt ON pt.tag_id = t.id
GROUP BY t.id, t.name;

Упражнение

Две задачи

1. На страницата на ябълките се показват етикетите им. Кои са?

Етикетите на продукта „Ябълки“:

SQLбаза: магазин

Решение

SELECT t.name
FROM tags t
JOIN product_tags pt ON pt.tag_id = t.id
JOIN products p ON p.id = pt.product_id
WHERE p.name = 'Ябълки';

2. Клиентка търси продукти, които са и веган, и без глутен. Покажи имената им.

Продуктите с двата етикета, „веган“ и „без глутен“:

SQLбаза: магазин

Решение

SELECT p.name
FROM products p
JOIN product_tags pt ON pt.product_id = p.id
JOIN tags t ON t.id = pt.tag_id
WHERE t.name IN ('веган', 'без глутен')
GROUP BY p.id, p.name
HAVING COUNT(*) = 2;

Тест

Провери се

1. Какво прави връзката между loyalty_cards и customers 1:1, а не 1:N?UNIQUE на customer_idNOT NULL на customer_idREFERENCES customers(id)

2. Студент записва много курсове, а в курса има много студенти. Как се пази това?student_id в coursesТаблица enrollments със student_id и course_idcourse_id в students

3. Защо първичният ключ на product_tags е (product_id, tag_id)?За да няма един етикет два пъти на един продуктЗащото всяка таблица трябва да има две колони в ключаЗа да има всеки продукт само един етикет

4. Защо заявката с WHERE t.name = 'веган' AND t.name = 'без глутен' не намира нищо?Защото етикетите са в различни таблициЗащото AND не работи с текстЗащото всеки ред от свързването има един етикет, а не два

Видове връзки: 1:1, 1:N, M:N

Бисквитки