Modeliranje podataka: Projektovanje strukture podataka

Kada skladištite ili pregledate podatke pomoću aplikacije, važan deo dizajna je struktura podataka. Uzmite u obzir ne samo kako će se podaci koristiti u jednoj određenoj aplikaciji ili na ekranu, već kako će drugi koristiti podatke. Ako se vratite na svoje uloge, zadaci, poslovni procesi i ciljevi će vam pomoći da definišete koje podatke želite da skladištite i kako da ih strukturirate.

Savet

Iako je napisan za Access bazu podataka, ovaj članak o osnovama dizajna podataka ima dobru opštu diskusiju o principima modeliranja podataka: Osnove dizajna baze podataka.

Uzmimo za primer sledeći izveštaj o troškovima.

Vidite glavni deo izveštaja o troškovima, koji sadrži ime zaposlenog i detalje o odeljenju. Ispod glavnog dela možete videti više redova opisa za svaki kupljeni predmet. Nazovimo ovo stavkama. Stavke porudžbine imaju različitu strukturu od glavnog dela izveštaja o troškovima. Dakle, možemo reći da za svaki izveštaj o troškovima postoji nekoliko stavki.

Da bismo ove podatke uskladištili u bazi podataka, moramo da modeliramo strukturu podataka u dizajnu baze podataka.

Struktura podataka „jedan prema više“ (1:N)

Ovo je vrsta strukture podataka koja je opisana u prethodnom primeru. Glavni deo izveštaja o troškovima povezan je sa nekoliko stavki. (Relaciju možete videti i iz perspektive stavki porudžbina: mnogo stavki prema jednom izveštaju o troškovima (N:1).)

Struktura podataka „više prema više“ (N:N)

Struktura podataka „više prema više“ je posebna vrsta. Ovo je za slučajeve kada se više zapisa može povezati sa više skupova drugih zapisa. Dobar primer je vaša mreža poslovnih partnera. Imate više poslovnih partnera (kupaca i dobavljača) sa kojima radite, a ti poslovni partneri takođe rade sa više vaših kolega.

Primeri modeliranja podataka

Postoji nekoliko vrsta modeliranja koje se mogu desiti sa sistemom. Hajde da pogledamo par primera.

1. primer: Zahtev za odobrenje odsustva

Ovaj jednostavan primer prikazuje dve grupe podataka. Jednu grupu čini zaposleni, a drugo je zahtev za odsustvo. Pošto će svaki zaposleni podneti više zahteva, relacija ovde je „jedan prema više“, pri čemu je „jedan“ zaposleni, a „više“ su zahtevi. Podaci o zaposlenom i podaci o zahtevu za odsustvo povezani su jedan sa drugim tako što imaju broj zaposlenog kao zajedničko polje (takođe poznato kao ključ).

2. primer: Odobrenje kupovine

Ovde struktura podataka izgleda prilično sofisticirano, ali je vrlo slična primeru izveštaja o troškovima o kome je bilo reči na početku ovog članka. Svaki prodavac ili dobavljač je povezan sa više porudžbina. Svaki zaposleni je zadužen za više porudžbina. Dakle, oba ova skupa podataka imaju strukturu podataka „jedan prema više“.

Budući da zaposleni ne mogu uvek da koriste istog prodavca ili dobavljača, više zaposlenih koristi prodavce i svaki zaposleni radi sa više dobavljača. Otuda je relacija između zaposlenih i dobavljača „više prema više“.

3. primer: Izveštavanje o troškovima

Sledeći korak: Utvrđivanje vrsta aplikacija koje treba da napravite

Napomena

Možete li nam reći o svojim željenim postavkama jezika u dokumentaciji? Ispunite kratku anketu. (imajte na umu da je ova anketa na engleskom jeziku)

Anketa će trajati oko sedam minuta. Ne prikupljaju se lični podaci (izjava o privatnosti).