Schéma «Kotomarketu»

Dnes QUERY vyvede na hlavní stůl celý soupis najednou. Pět svítících ploch visí ve vzduchu a pomalu se otáčí — mapa přeživšího světa. Vedle bliká konzervační žurnál přiložený ke snímku a jeden řádek v něm je podtržený: «Předávám pět tabulek a stopu šesté. — K.» Přepočítáš plochy. Přesně pět. Kde je ta stopa?

QUERY: Nenech se rozptylovat stopami. Nejdřív se nauč těchhle pět tak, abys našel cestu se zavřenýma očima — zbytek ti archiv ukáže sám, až tě uzná za připraveného.

Pět tabulek «Kotomarketu»

Dál budeme pracovat s touhle databází — snímkem internetového obchodu za rok 2024. Drž ji jako mapu obchodu: kdo přišel, co leží ve výloze, co se koupilo a jaké akce předcházely nákupu.

Vazby se čtou takto: jeden user → mnoho orders; jeden order → mnoho order_items; jeden product → mnoho order_items. Když se ztratíš, otevři schéma vpravo — je jako plán prodejny.

Nahlédneme do tabulky objednávek: v každém řádku je user_id — odkaz na zákazníka. Tak se jedna tabulka propojuje s druhou a mapa přestává být pěti samostatnými ostrovy.

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.

Jak číst ER diagram

Mapu, kterou QUERY rozvinul, se v branži nazývá ER diagram (entity–relationship): obdélníky jsou tabulky, čáry mezi nimi jsou vazby přes cizí klíče. Nejdůležitější na čáře je kardinalita: kolik řádků na jedné straně odpovídá kolika na druhé.

• 1:N, jeden k mnoha — nejčastější vazba. Jeden zákazník — mnoho objednávek. Cizí klíč leží vždy na straně «mnoha»: user_id se uchovává v orders, a ne naopak. To je právě pravidlo čtení: našel jsi FK — našel jsi stranu N.
• N:M, mnoho k mnoha — v jedné objednávce je mnoho zboží a jedno zboží se vyskytuje v mnoha objednávkách. Takovou vazbu nelze v relační databázi vyjádřit přímo: cizí klíč není kam dát. Rozvine se přes mezitabulku — u nás je to order_items. Každý její řádek nese dvojici odkazů order_id + product_id a promění jednu vazbu N:M ve dvě vazby 1:N. Bonus: u samotné vazby se objeví atributy — počet kusů a cena v okamžiku nákupu.
• 1:1, jeden k jednomu — vyskytuje se vzácněji: například těžká nebo soukromá pole se vyčlení do zvláštní tabulky se stejným klíčem.

-- Rozvázání N:M v akci: dvojice «objednávka — zboží» z order_items
SELECT order_id, product_id, quantity
FROM order_items
LIMIT 6;