Datamodellering: Design af din datastruktur

Når du gemmer eller får vist data med din app, er en vigtig del af designet datastrukturen. Du bør overveje ikke blot, hvordan dataene skal bruges i én bestemt app eller skærm, men hvordan andre brugere vil bruge dataene. Når du går tilbage til dine karakterer, vil dine opgaver, din forretningsproces og dine mål hjælpe dig med at definere, hvilke data der skal gemmes, og hvordan de skal struktureres.

Tip

Selvom denne artikel om grundlæggende oplysninger om datadesign blev skrevet til Access-databasen, indeholder den en god generel forklaring af datamodelleringsprincipper: Grundlæggende oplysninger om databasedesign.

Lad os tage følgende udgiftsrapport som eksempel.

Du kan se hoveddelen af udgiftsrapporten, som indeholder oplysninger om medarbejdernavnet og afdelingen. Under hoveddelen kan du se flere rækker med beskrivelse af hver enkelt købt vare. Lad os kalde dem linjeelementerne. Linjeelementerne har en anden struktur end den primære del af udgiftsrapporten. Så vi kan sige, at der er flere linjeelementer for de enkelte udgiftsrapporter.

Hvis du vil gemme denne type data i en database, skal du udforme datastrukturen i databasedesignet.

Datastruktur med én-til-mange (1:N)

Det er den type datastruktur, der blev beskrevet i det foregående eksempel. Hoveddelen af udgiftsrapporten er knyttet til flere linjeelementer. (Du kan også se relationen fra linjeelementernes perspektiv: mange linjeelementer til én udgiftsrapport (N:1)).

Datastruktur med mange-til-mange (N:N)

Flere til flere-datastrukturen er en særlig type. Den gælder for tilfælde, hvor der kan knyttes flere poster til flere sæt af andre poster. Et godt eksempel er dit netværk af forretningspartnere. Du har flere forretningspartnere (kunder og leverandører), som du arbejder med, og disse forretningspartnere arbejder også med flere af dine kolleger.

Eksempler på datamodellering

Der findes flere forskellige typer modeller, som kan forekomme med et system. Lad os gennemgå et par eksempler.

Eksempel 1: Anmodning om godkendelse af fridag

I dette enkle eksempel vises to sæt data. Den ene er medarbejderen; den anden er anmodningen om fridag. Da de enkelte medarbejdere vil sende flere anmodninger, er relationen her én-til-mange, hvor "én" er medarbejderen og "mange" er anmodningerne. Medarbejderdata og data for anmodning om fridag er relateret til hinanden ved at have medarbejdernummeret som det fælles felt (kaldes også nøglen).

Eksempel 2: Godkendelse af køb

Her ser datastrukturen temmelig avanceret ud, men er meget lig eksemplet med udgiftsrapporten, der blev beskrevet i starten af denne artikel. Hver leverandør er knyttet til flere indkøbsordrer. Hver medarbejder er ansvarlig for flere indkøbsordrer. Derfor har begge disse datasæt en en-til-mange-datastruktur.

Da medarbejderne måske ikke altid bruger den samme leverandør, bruges leverandørerne af flere medarbejdere, og hver medarbejder arbejder sammen med flere leverandører. Relationen mellem medarbejdere og leverandører er derfor mange-til-mange.

Eksempel 3: Udgiftsrapportering

Næste trin: Fastlæggelse af, hvilken type app der skal oprettes

Bemærk

Kan du fortælle os om dine sprogpræferencer for dokumentation? Tag en kort undersøgelse. (bemærk, at denne undersøgelse er på engelsk)

Undersøgelsen tager ca. syv minutter. Der indsamles ingen personlige data (erklæring om beskyttelse af personlige oplysninger).