Tijdens het oefenen van logische datamodellering voor Kanbanbord Project 2 hebben we de conceptuele datamodellering ERD als basis gebruikt voor conversie naar tabelvorm en normalisatie.
Vooral het rekening houden met de relatie tussen beide tabellen op basis van de mapping-tabel en het toepassen van beperkingen tijdens de normalisatiefase waren uitdagend.
De Tag van de Ticket-tabel is gescheiden in een aparte tabel en we hebben de naleving van de derde normale vorm beoordeeld en nagedacht over het scheiden van author_id en responsibility_id.
Oefenen met het leren en uitvoeren van logisch datamodellering
Conceptueel datamodellering ERD
Conceptuele Datamodellering ERD
Eerst doorlopen we het conceptuele datamodellerings proces en vervolgens voeren we met dit ERD de logische datamodellering uit.
Logisch datamodellering ERD
Logische Datamodellering ERD
Wat lastig was, was het bedenken van de relatie tussen beide tabellen op basis van de mapping tabel.
We transformeren het conceptuele datamodellering ERD naar een tabelvorm en voeren vervolgens normalisatie uit.
Normalisatie
De normalisatiestappen moeten sequentieel worden uitgevoerd. De bovenstaande ERD voldoet aan de eerste normale vorm.
Om te voldoen aan de tweede normale vorm, maken we van de Tag in de Ticket-tabel een aparte tabel en gebruiken de primaire sleutel van die tag als een externe sleutel.
De getoonde normalisatie
Nu moeten we nagaan of het voldoet aan de derde normale vorm, maar ik vind het nog moeilijk omdat ik het concept nog niet goed begrijp. Ik twijfel of de author_id en responsibility_id in de Ticket-tabel naar een andere tabel moeten worden verplaatst. Het is geen N:M relatie en het is een externe sleutel, dus ik heb besloten om dit te negeren.