A „Kotomarket” sémája

Ma a QUERY a teljes jegyzéket egyszerre hozza fel a fő asztalra. Öt fénylő sík lebeg a levegőben, és lassan forog — a fennmaradt világ térképe. Mellettük a pillanatképhez csatolt konzerválási napló pislákol, és egy sora alá van húzva: „Átadok öt táblát és egy hatodik nyomát. — K.” Megszámolod a síkokat. Pontosan öt. Hol a nyom?

QUERY: Ne hagyd, hogy a nyomok eltérítsenek. Előbb tanuld meg ezt az ötöt annyira, hogy csukott szemmel is megtaláld az utat — a többit majd megmutatja az archívum magától, amikor felkészültnek ítél.

A „Kotomarket” öt táblája

A továbbiakban ezzel az adatbázissal fogunk dolgozni — egy 2024-es webáruház pillanatképével. Tartsd úgy, mint a bolt térképét: ki jött be, mi van a kirakatban, mit vettek, és milyen műveleteket végeztek a vásárlás előtt.

A kapcsolatok így olvasandók: egy user → sok orders; egy order → sok order_items; egy product → sok order_items. Ha elveszel, nyisd meg a sémát jobbra — olyan, mint az eladótér alaprajza.

Nézzünk bele a rendelések táblájába: minden sorban van egy user_id — hivatkozás a vásárlóra. Így kapcsolódik az egyik tábla a másikhoz, és a térkép megszűnik öt különálló sziget lenni.

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.

Hogyan olvass ER-diagramot

A térképet, amelyet a QUERY kibontott, az iparágban ER-diagramnak (entity–relationship) nevezik: a téglalapok a táblák, a köztük lévő vonalak az idegen kulcsok menti kapcsolatok. A vonalon a legfontosabb a kardinalitás: hány sor felel meg az egyik oldalon hány sornak a másikon.

• 1:N, egy a többhöz — a leggyakoribb kapcsolat. Egy vásárló — sok rendelés. Az idegen kulcs mindig a „több” oldalon fekszik: a user_id az orders-ben tárolódik, nem fordítva. Ez maga az olvasási szabály: megtaláltad az FK-t — megtaláltad az N oldalt.
• N:M, több a többhöz — egy rendelésben sok termék van, és egy termék sok rendelésben fordul elő. Ilyen kapcsolatot relációs adatbázisban közvetlenül nem lehet kifejezni: nincs hova tenni az idegen kulcsot. Ezt egy köztes táblán keresztül bontják ki — nálunk ez az order_items. Minden sora egy order_id + product_id hivatkozáspárt hordoz, és egy N:M kapcsolatot két 1:N kapcsolattá alakít. Ráadásként: magának a kapcsolatnak attribútumai is lesznek — a darabszám és a vásárlás pillanatában érvényes ár.
• 1:1, egy az egyhez — ritkábban fordul elő: például a nagy méretű vagy bizalmas mezőket egy azonos kulcsú külön táblába emelik ki.

-- Az N:M feloldás működés közben: „rendelés — termék” párok az order_items-ből
SELECT order_id, product_id, quantity
FROM order_items
LIMIT 6;