Modeliranje podatkov: oblikovanje strukture podatkov
Ko shranjujete ali si ogledujete podatke s svojo aplikacijo, je struktura podatkov pomemben del oblikovanja. Ne razmišljajte samo o tem, kako bodo podatki uporabljeni v določeni aplikaciji ali zaslonu, temveč tudi o tem, kako bodo drugi uporabljali te podatke. Če se ponovno dotaknemo vaših oseb, opravil, poslovnih procesov in ciljev, vam bodo ti pomagali določiti, katere podatke hraniti in kako jih strukturirati.
Nasvet
Čeprav je bil napisan za zbirko podatkov Access, ta članek o osnovah oblikovanja podatkov vsebuje tudi dobro splošno razpravo o načelih modeliranja podatkov: Osnove oblikovanja zbirk podatkov.
Za primer lahko vzamemo naslednje poročilo o stroških.
Vidite lahko glavni del poročila o stroških, ki vsebuje ime zaposlenega in podatke o oddelku. Pod glavnim delom vidite več vrstic z opisom posameznega kupljenega izdelka. Imenujmo jih postavke. Postavke so drugače strukturirane kot glavni del poročila o stroških. Zato lahko rečemo, da za vsako poročilo o stroških obstaja več postavk.
Za shranjevanje tovrstnih podatkov v zbirko podatkov moramo izdelati model za strukturo podatkov že v sami zasnovi zbirke podatkov.
Struktura podatkov »eden proti mnogo« (1:N)
To je vrsta strukture podatkov, ki je bila opisana v prejšnjem primeru. Glavni del poročila o stroških je povezan z več postavkami. (razmerje lahko vidite tudi z vidika postavk: veliko postavk na eno poročilo o stroških (N:1).)
Struktura podatkov »mnogo proti mnogo« (N:N)
Struktura »več proti več« je posebna vrsta strukture podatkov. To je za primere, kjer je mogoče več zapisov povezati s številnimi nabori drugih zapisov. Dober primer je vaša mreža poslovnih partnerjev. Imate več poslovnih partnerjev (kupcev in prodajalcev), s katerimi sodelujete, in ti poslovni partnerji sodelujejo s številnimi vašimi kolegi.
Primeri modeliranja podatkov
Obstaja več vrst modeliranja, ki lahko delujejo v tem sistemu. Oglejmo si nekaj primerov.
1. primer: prošnja za odobritev dopusta
Ta preprost primer prikazuje dva niza podatkov. Eden je zaposleni, drugi pa prošnja za dopust. Ker bo vsak zaposleni vložil več prošenj, je to razmerje označeno kot »eden proti mnogo«, kjer je »eden«» zaposleni in »mnogo« prošnja. Podatki o zaposlenem in o prošnji za odobritev dopusta so medsebojno povezani, saj imajo skupno število zaposlenih (znano tudi kot ključ).
2. primer: odobritev nakupa
Tu je struktura podatkov videti precej zapletena, vendar je zelo podobna primeru poročila o stroških, o katerem smo razpravljali na začetku tega članka. Vsak prodajalec ali dobavitelj je povezan z več naročilnicami. Vsak zaposleni je zadolžen za več naročilnic. Zato imata oba nabora podatkov strukturo podatkov »eden proti mnogo«.
Ker zaposleni morda ne uporabljajo vedno istega prodajalca ali dobavitelja, prodajalce uporablja več zaposlenih, vsak zaposleni pa sodeluje tudi z več prodajalci. Zato je odnos med zaposlenimi in prodajalci »mnogo proti mnogo«.
3. primer: poročanje o stroških
Opomba
Ali nam lahko poveste, kateri je vaš prednostni jezik za dokumentacijo? Izpolnite kratko anketo. (upoštevajte, da je v angleščini)
Z anketo boste porabili približno sedem minut. Ne zbiramo nobenih osebnih podatkov (izjava o zasebnosti).
Povratne informacije
https://aka.ms/ContentUserFeedback.
Kmalu na voljo: V letu 2024 bomo ukinili storitev Težave v storitvi GitHub kot mehanizem za povratne informacije za vsebino in jo zamenjali z novim sistemom za povratne informacije. Za več informacij si oglejte:Pošlji in prikaži povratne informacije za