Modeliranje podataka: Projektiranje strukture podataka

Kada spremate ili pregledavate podatke s pomoću svoje aplikacije, važan dio projektiranja je struktura podataka. Uzmite u obzir ne samo kako će se podaci upotrebljavati u određenoj aplikaciji ili na zaslonu već kako će drugi upotrebljavati podatke. Ako se vratite na svoje osobe, zadatke, poslovni proces i ciljeve, lakše ćete odrediti koje podatke želite pohraniti i kako ih strukturirati.

Uzmimo za primjer sljedeće izvješće o troškovima.

Vidite glavni dio izvješća o troškovima, koji sadrži podatke o zaposleniku i podatke o odjelu. Ispod glavnog dijela možete vidjeti više redaka opisa za svaku kupljenu stavku. Nazovimo ih stavke retka. Stavke retka imaju drugačiju strukturu od glavnog dijela izvješća o troškovima. Možemo reći da za svako izvješće o troškovima postoji nekoliko stavki retka.

Za spremanje te vrste podataka u bazu podataka, moramo oblikovati strukturu podataka u projektu baze podataka.

Struktura podataka od Jedan na više (1:N)

Ovo je vrsta strukture podataka koja je opisana u prethodnom primjeru. Glavni dio izvješća o troškovima povezan je s nekoliko stavki retka. (Odnos možete vidjeti i iz perspektive stavki retka: mnogo stavki retka na jedno izvješće o troškovima (N:1).)

Struktura podataka Više na više (N:N)

Struktura podataka Više na više posebna je vrsta. Služi u slučajevima kada se više zapisa može povezati s više skupova drugih zapisa. Dobar je primjer vaša mreža poslovnih partnera. Imate više poslovnih partnera (kupaca i dobavljača) s kojima radite, a ti poslovni partneri također rade s više vaših kolega.

Primjeri modeliranja podataka

Postoji nekoliko vrsta modeliranja koje se mogu izvesti sa sustavom. Pogledajmo nekoliko primjera.

Primjer 1: Zahtjev za odobrenje slobodnog vremena

Ovaj jednostavan primjer prikazuje dva skupa podataka. Jedan je zaposlenik, a drugi zahtjev za slobodno vrijeme. Budući da će svaki zaposlenik podnijeti više zahtjeva, ovdje je odnos jedan na više, gdje je „jedan” zaposlenik, a „više” su zahtjevi. Podaci o zaposleniku i podaci o zahtjevu za slobodno vrijeme povezani su jedan s drugim tako što imaju broj zaposlenika kao zajedničko polje (poznato i kao ključ).

Primjer 2: Odobrenje kupnje

Ovdje struktura podataka izgleda prilično sofisticirano, ali vrlo je slična primjeru izvješća o troškovima o kojem je bilo riječi na početku ovog članka. Svaki trgovac ili dobavljač povezan je s više narudžbi za kupnju. Svaki je zaposlenik zadužen za višestruke narudžbe. Dakle, oba ova skupa podataka imaju strukturu podataka jedan na više.

Budući da zaposlenici ne mogu uvijek koristiti istog trgovca ili dobavljača, trgovce koristi više zaposlenika, a svaki zaposlenik radi s više trgovaca. Stoga je odnos između zaposlenika i trgovaca više na više.

Primjer 3: Izvješćivanje o troškovima