Schéma «Kotomarketu»

Dnes QUERY vyloží na hlavný stôl celý súpis naraz. Päť svietiacich plôch visí vo vzduchu a pomaly sa otáča — mapa zachovaného sveta. Vedľa bliká konzervačný žurnál priložený k snímke a jeden riadok v ňom je podčiarknutý: «Odovzdávam päť tabuliek a stopu šiestej. — K.» Prepočítavaš plochy. Presne päť. Kde je stopa?

QUERY: Nerozptyľuj sa stopami. Najprv sa nauč týchto päť tak, aby si našiel cestu so zatvorenými očami — zvyšok ti archív ukáže sám, keď ťa uzná za pripraveného.

Päť tabuliek «Kotomarketu»

Ďalej budeme pracovať s touto databázou — snímkou internetového obchodu z roku 2024. Drž si ju ako mapu obchodu: kto prišiel, čo leží vo výklade, čo si kúpili a aké akcie urobili pred kúpou.

Väzby sa čítajú takto: jeden user → mnoho orders; jeden order → mnoho order_items; jeden product → mnoho order_items. Ak sa stratíš, otvor si schému vpravo — je ako pôdorys predajne.

Nazrime do tabuľky objednávok: v každom riadku je user_id — odkaz na zákazníka. Tak sa jedna tabuľka spája s druhou a mapa prestáva byť piatimi samostatnými ostrovmi.

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.

Ako čítať ER diagram

Mapu, ktorú rozvinul QUERY, sa v odvetví nazýva ER diagram (entity–relationship): obdĺžniky sú tabuľky, čiary medzi nimi sú väzby cez cudzie kľúče. Najdôležitejšia na čiare je kardinalita: koľko riadkov z jednej strany zodpovedá koľkým z druhej.

• 1:N, jeden k mnohým — najčastejšia väzba. Jeden zákazník — mnoho objednávok. Cudzí kľúč vždy leží na strane «mnohých»: user_id sa uchováva v orders, a nie naopak. To je práve pravidlo čítania: našiel si FK — našiel si stranu N.
• N:M, mnoho k mnohým — v jednej objednávke je mnoho tovarov a jeden tovar sa vyskytuje v mnohých objednávkach. Takú väzbu sa v relačnej databáze nedá vyjadriť priamo: cudzí kľúč nemá kam položiť. Rozvinie sa cez sprostredkujúcu tabuľku — u nás je to order_items. Každý jej riadok nesie dvojicu odkazov order_id + product_id a premieňa jednu väzbu N:M na dve väzby 1:N. Bonus: samotná väzba dostane atribúty — počet kusov a cenu v okamihu nákupu.
• 1:1, jeden k jednému — vyskytuje sa zriedkavejšie: napríklad ťažké alebo súkromné polia sa vyčlenia do samostatnej tabuľky s tým istým kľúčom.

-- Rozuzlenie N:M v akcii: dvojice «objednávka — tovar» z order_items
SELECT order_id, product_id, quantity
FROM order_items
LIMIT 6;