Схемата на «Kotomarket»

Днес КВЕРИ извежда на главната маса целия опис наведнъж. Пет светещи плоскости увисват във въздуха и бавно се въртят — карта на оцелелия свят. Наблизо мъждука журналът за консервация, приложен към снимката, и един ред в него е подчертан: «Предавам пет таблици и следа от шеста. — K.» Преброяваш плоскостите. Точно пет. Къде е следата?

КВЕРИ: Не се отвличай по следи. Първо научи тези пет така, че да намираш пътя със затворени очи — останалото архивът ще ти покаже сам, когато те сметне за готов.

Петте таблици на «Kotomarket»

По-нататък ще работим с тази база — снимка на онлайн магазин за 2024 година. Дръж я като карта на магазина: кой е дошъл, какво стои на витрината, какво са купили и какви действия са извършвали преди покупката.

Връзките се четат така: един user → много orders; един order → много order_items; един product → много order_items. Ако се загубиш, отвори схемата вдясно — тя е като план на търговската зала.

Да надникнем в таблицата с поръчките: във всеки ред има user_id — препратка към купувача. Така една таблица се свързва с друга и картата престава да бъде пет отделни острова.

Kotomarket’s five tables

From here on we’ll be working with this database — a snapshot of an online shop from 2024. Hold it like a map of the store: who walked in, what’s on the shelves, what they bought, and what they did before buying.

The links read like this: one user → many orders; one order → many order_items; one product → many order_items. If you get lost, open the schema on the right — it’s like the floor plan of the shop.

Let’s peek into the orders table: every row has a user_id — a reference to a buyer. That’s how one table links to another, and the map stops being five separate islands.

Как се чете ER-диаграма

Картата, която разгърна КВЕРИ, в индустрията наричат ER-диаграма (entity–relationship): правоъгълниците са таблици, линиите между тях — връзки по външни ключове. Най-важното на линията е кардиналността: колко реда от едната страна съответстват на колко от другата.

• 1:N, едно-към-много — най-честата връзка. Един купувач — много поръчки. Външният ключ винаги лежи откъм страната на «многото»: user_id се пази в orders, а не обратно. Това е правилото за четене: намери FK — намери страната N.
• N:M, много-към-много — в една поръчка има много стоки, и една стока се среща в много поръчки. Такава връзка не може да се изрази направо в релационна база: външният ключ няма къде да се сложи. Тя се разгръща през междинна таблица — при нас това е order_items. Всеки неин ред носи двойка препратки order_id + product_id и превръща една връзка N:M в две връзки 1:N. Бонус: самата връзка получава атрибути — брой бройки и цената към момента на покупката.
• 1:1, едно-към-едно — среща се по-рядко: например тежки или поверителни полета се изнасят в отделна таблица със същия ключ.

-- Развязка N:M в действии: пары «заказ — товар» из order_items
SELECT order_id, product_id, quantity
FROM order_items
LIMIT 6;