Gegevensmodellering: de gegevensstructuur ontwerpen
Wanneer u gegevens opslaat of bekijkt met uw app, is een belangrijk onderdeel van het ontwerp de gegevensstructuur. Denk niet alleen aan hoe de gegevens in een specifieke app of scherm worden gebruikt, maar ook hoe anderen de gegevens zullen gebruiken. Als u terugdenkt aan uw persona's, taken, bedrijfsproces en doelen, kunt u bepalen welke gegevens moeten worden opgeslagen en hoe u deze moet structureren.
Tip
Hoewel het is geschreven voor de Access-database, bevat dit artikel over de basisprincipes van gegevensontwerp een goede algemene bespreking van de principes van gegevensmodellering: Basisprincipes van databaseontwerp.
Laten we de volgende onkostendeclaratie als voorbeeld nemen.
U ziet het belangrijkste stuk van de onkostendeclaratie, met de naam van de medewerker en afdelingsdetails. Onder het hoofdonderdeel ziet u meerdere rijen beschrijvingen voor elk gekocht item. Laten we dit de regelitems noemen. De regelitems hebben een andere structuur dan het hoofdgedeelte van de onkostendeclaratie. We kunnen dus stellen dat er voor elke onkostendeclaratie verschillende regelitems zijn.
Om dit soort gegevens in een database op te slaan, moeten we de gegevensstructuur in het databaseontwerp modelleren.
Een-op-veel (1:N) gegevensstructuur
Dit is het type gegevensstructuur dat in het voorgaande voorbeeld is beschreven. Het grootste deel van de onkostendeclaratie is gekoppeld aan verschillende regelitems. (U kunt de relatie ook bekijken vanuit het perspectief van de regelitems: veel regelitems op één onkostendeclaratie (N: 1).)
Veel-op-veel (N:N) gegevensstructuur
De gegevensstructuur veel-op-veel is een speciaal type. Dit is voor gevallen waarin meerdere records kunnen worden gekoppeld aan meerdere sets van andere records. Een goed voorbeeld is uw netwerk van zakenpartners. U hebt meerdere zakenpartners (klanten en leveranciers) met wie u samenwerkt en die zakenpartners werken ook samen met meerdere collega's van u.
Voorbeelden van gegevensmodellering
Er zijn verschillende soorten modellering die met een systeem kunnen gebeuren. Laten we een aantal voorbeelden bekijken.
Voorbeeld 1: Goedkeuringsaanvraag verlof
Dit eenvoudige voorbeeld toont twee gegevenssets. De ene is de medewerker, de andere is het verlofverzoek. Omdat elke medewerker meerdere aanvragen indient, is de relatie hier één-op-veel, waarbij 'één' de medewerker is en 'veel' de aanvragen. De gegevens van de medewerker en de gegevens voor de verlofaanvragen zijn aan elkaar gerelateerd door het medewerkersnummer als gemeenschappelijk veld te hebben (ook bekend als de sleutel).
Voorbeeld 2: Aankoopgoedkeuring
Hier ziet de gegevensstructuur er behoorlijk geavanceerd uit, maar lijkt erg op het voorbeeld van een onkostendeclaratie dat aan het begin van dit artikel werd besproken. Elke leverancier is gekoppeld aan meerdere inkooporders. Elke medewerker is verantwoordelijk voor meerdere inkooporders. Daarom hebben beide gegevenssets een één-op-veel gegevensstructuur.
Omdat medewerkers mogelijk niet altijd dezelfde leverancier gebruiken, worden leveranciers door meerdere medewerkers gebruikt en werkt elke medewerker met meerdere leveranciers. Daarom is de relatie tussen medewerkers en leveranciers veel-op-veel.
Voorbeeld 3: Onkostendeclaraties
Notitie
Laat ons uw taalvoorkeuren voor documentatie weten! Beantwoord een korte enquête. (houd er rekening mee dat deze in het Engels is)
De enquête duurt ongeveer zeven minuten. Er worden geen persoonlijke gegevens verzameld (privacyverklaring).