Datamodellering: Utforme datastrukturen

Når du skal lagre eller vise data med appen, er datastrukturen en viktig del av utformingen. Du bør vurdere ikke bare hvordan dataene skal brukes i én bestemt app eller på et bestemt skjermbilde, men også hvordan andre skal bruke dataene. Hvis du ser på personene, oppgavene, forretningsprosessene og målene dine, blir det enklere for deg å definere hvilke data som skal lagres, og hvordan de skal struktureres.

Tips

Selv om den ble skrevet for Access-databasen, kan denne artikkelen om grunnleggende datautforming ha en god generell diskusjon om datamodelleringsprinsipper: Grunnleggende om databaseutforming.

La oss ta følgende reiseregning som eksempel.

Du kan se hoveddelen av reiseregningen, med navnet på den ansatte og avdelingsdetaljene. Under hoveddelen kan du se flere rader med beskrivelser av hvert innkjøpte element. La oss se på disse linjeelementene. Linjeelementene har en annen struktur enn hoveddelen av reiseregningen. Vi kan si at for enhver reiseregning finnes det flere linjeelementer.

For å lagre denne typen data til en database må vi modellere datastrukturen i databaseutformingen.

Data struktur med én-til-mange (1:N)

Dette er typen datastruktur som ble beskrevet i det foregående eksemplet. Hoved delen av reiseregningen er koblet til flere linjeelementer. (Du kan også se relasjonen fra perspektivet til linjeelementene: mange linjeelementer til én reiseregning (N:1).)

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

Flere-til-flere-datastrukturer er en spesiell type. Dette er for tilfeller der flere oppføringer kan tilknyttes flere sett med andre oppføringer. Et godt eksempel er nettverket ditt av forretningspartnere. Du har flere forretningspartnere (kunder og leverandører) som du arbeider med, og disse forretningspartnerne arbeider også med flere kollegaer av deg.

Eksempler på datamodellering

Det finnes flere typer modeller som kan skje med et system. La oss se på et par eksempler.

Eksempel 1: Forespørsel om godkjenning av fritid

Dette enkle eksemplet viser to datasett. Det en er den ansatte, den andre er fritidsforespørselen. Siden hver ansatt vil sende flere forespørsler, er relasjonen her én-til-mange, der "én" er den ansatte og "mange" er forespørslene. Dataene for den ansatte og fritidsforespørselen er relatert til hverandre ved å ha ansattnummeret som felles felt (kalles også nøkkelen).

Eksempel 2: Kjøpsgodkjenning

Her ser datastrukturen ganske avansert ut, men den er svært lik reiseregningseksemplet som ble diskutert i begynnelsen av denne artikkelen. Hver leverandør er tilknyttet flere bestillinger. Hver ansatt er ansvarlig for flere bestillinger. Derfor har begge datasettene en én-til-mange-datastruktur.

Fordi det kan hende at ansatte ikke alltid bruker samme leverandør, brukes leverandører av flere ansatte, og hver ansatt arbeider med flere leverandører. Derfor er relasjonen mellom ansatte og leverandører mange-til-mange.

Eksempel 3: Utgiftsrapportering

Neste trinn: Avgjøre hvilken type app som skal lages

Obs!

Kan du fortelle oss om språkinnstillingene for dokumentasjonen? Ta en kort undersøkelse. (vær oppmerksom på at denne undersøkelsen er på engelsk)

Undersøkelsen tar rundt sju minutter. Det blir ikke samlet inn noen personopplysninger (personvernerklæring).