Im Rahmen des Kanban-Board-Projekts 2 wurde das logische Datenmodellieren geübt, wobei das konzeptionelle Datenmodell-ERD als Grundlage für die Tabellenformatierung und die Normalisierung diente.
Insbesondere die Berücksichtigung der Beziehung zwischen beiden Tabellen anhand der Mapping-Tabelle und die Anwendung von Einschränkungen während des Normalisierungsprozesses waren herausfordernd.
Das Ticket-Attribut "Tag" wurde in eine separate Tabelle ausgelagert. Die Erfüllung der 3. Normalform wurde geprüft und die Trennung von author_id und responsibility_id wurde in Erwägung gezogen.
Übung zum Lernen und Durchführen der logischen Datenmodellierung
Konzeptionelles Datenmodell ERD
Konzeptionelles Datenmodell-ERD
Zuerst durchläuft man den Prozess der konzeptionellen Datenmodellierung und führt dann mit diesem ERD die logische Datenmodellierung durch.
Logisches Datenmodell ERD
Logisches Datenmodell-ERD
Eine Herausforderung war es, die Beziehung zwischen beiden Tabellen anhand der Mapping-Tabelle zu betrachten.
Das konzeptionelle Datenmodell ERD wird in eine Tabellenform umgewandelt und anschließend normalisiert.
Normalisierung
Die Normalisierungsschritte müssen sequenziell durchgeführt werden. Betrachtet man das obige ERD, so ist die 1. Normalform erfüllt.
Um die 2. Normalform zu erfüllen, wird aus dem Ticket-Tabellenfeld Tag eine Tabelle erstellt und der Primärschlüssel dieses Tags als Fremdschlüssel verwendet.
Normalisierungsprozess
Nun muss geprüft werden, ob die 3. Normalform erfüllt ist. Da mir das Konzept noch nicht ganz klar ist, finde ich das schwierig. Ich bin mir nicht sicher, ob die author_id und responsibility_id Spalten der Ticket-Tabelle in eine separate Tabelle ausgelagert werden sollten. Da es keine N:M-Beziehung ist und es sich um einen Fremdschlüssel handelt, habe ich mich entschieden, dies zu ignorieren.