Datamodeller: utforma din datastruktur

När du lagrar eller visar data i appen är det en viktig del av designen som är datastrukturen. Tänk på att inte bara hur data kommer att användas i en viss app eller skärm, men hur andra kommer att använda dem. Om du refererar tillbaka till dina personer, uppgifter, affärsprocess och mål hjälper du att definiera vilka data som ska lagras och struktureras.

Dricks

Även om det var skrivet för Access-databasen har den här artikeln om grunderna för datautformning en bra allmän diskussion om datamodellprinciper: grundläggande databasutformning.

Låt oss ta följande utgiftsrapport som exempel.

Du ser huvuddelen av utgiftsrapporten, som har den anställdes namn och avdelningsinformation. Under huvuddelen visas flera rader med beskrivningar för varje inköpt objekt. Låt oss anropa de här radartiklarna. Radartiklarna har en annan struktur än huvuddelen av utgiftsrapporten. Vi kan säga att det finns flera olika radartiklar för alla utgiftsrapporter.

Vi behöver modellera datastrukturen i databasdesignen för att kunna lagra dessa typer av data i en databas.

En till många (1:N) datastruktur

Det här är den typ av datastruktur som beskrivs i föregående exempel. Huvuddelen av utgiftsrapporten är länkad till flera radartiklar. (Du kan även se relationen från radartiklarnas perspektiv: många radartiklar till en utgiftsrapport (N:1).)

Många till många (N:N) datastruktur

Flera till flera datastrukturer är en speciell typ. Detta gäller för fall där flera poster kan associeras med flera andra poster. Ett bra exempel är nätverket för affärspartner. Du har flera affärspartner (kunder och leverantörer) som du arbetar med och partnerföretagen kan också arbeta med flera av dina kollegor.

Exempel på datamodellering

Det finns flera typer av modeller som kan hända med ett system. Låt oss gå igenom ett par exempel.

Exempel 1: godkännande av ledighetsbegäran

Det här enkla exemplet illustrerar två datauppsättningar. En är medarbetaren, den andra är ledighetsbegäran. Eftersom varje anställd kommer att skicka flera ansökningar är relationen en till många, där "ett" är medarbetaren och "många" är begäran. Data för anställda och ledighetsbegäran är relaterade till varandra med anställningsnumret som gemensamt fält (kallas även för nyckeln).

Exempel 2: godkännande av inköp

Här ser datastrukturen mycket sofistikerad ut, men liknar i stort sett exemplet på utgiftsrapport som diskuterades i början av den här artikeln. Varje leverantör är associerad med flera inköpsorder. Varje medarbetare ansvarar för flera inköpsorder. Därför har båda dessa datauppsättningar en till många datastruktur.

Eftersom medarbetare kanske inte alltid använder samma leverantör används leverantörer av flera medarbetare och varje anställd arbetar med flera leverantörer. Relationen mellan anställda och leverantörer är därför många till många.

Exempel 3: Utgiftsrapportering

Nästa steg: Avgöra vilken typ av app som ska göras

Anteckning

Kan du berätta om dina inställningar för dokumentationsspråk? Svara i en kort undersökning. (observera att undersökningen är på engelska)

Undersökningen tar ungefär sju minuter. Inga personuppgifter samlas in (sekretesspolicy).