![translation](https://cdn.durumis.com/common/trans.png)
To jest post przetłumaczony przez AI.
Wybierz język
Tekst podsumowany przez sztuczną inteligencję durumis
- Modelowanie danych logicznych jest realizowane na podstawie ERD modelowania danych koncepcyjnych, biorąc pod uwagę tabele mapujące i relacje między nimi.
- Po przekształceniu ERD w tabelę, przeprowadzona została normalizacja. Pierwsza forma normalna jest spełniona, a aby spełnić drugą formę normalną, tagi z tabeli Ticket zostały przeniesione do osobnej tabeli.
- Weryfikacja spełnienia trzeciej formy normalnej doprowadziła do pytania, czy należy rozdzielić author_id i responsibility_id w tabeli Ticket. Jednak ze względu na brak relacji N:M i obecność klucza obcego, odstąpiono od tej operacji.
Ćwiczenie w uczeniu się i wykonywaniu logicznego modelowania danych
Modelowanie danych koncepcyjnych ERD
ERD modelowania danych koncepcyjnych
Najpierw przechodzimy przez proces modelowania danych koncepcyjnych, a następnie wykorzystujemy ten ERD do przeprowadzenia logicznego modelowania danych.
Modelowanie danych logicznych ERD
ERD modelowania danych logicznych
Nieco trudnym aspektem było to, że musieliśmy wziąć pod uwagę relacje między dwiema tabelami w oparciu o tabelę mapowania.
Ukończyliśmy konwersję ERD modelowania danych koncepcyjnych do postaci tabelarycznej i przeprowadziliśmy normalizację.
Normalizacja
Kroki normalizacji należy wykonywać sekwencyjnie. Patrząc na powyższy ERD, możemy stwierdzić, że spełnia pierwszą formę normalną.
Aby spełnić drugą formę normalną, tworzymy tabelę Tag dla Tagów w tabeli Ticket i używamy PK tego Tagu jako FK.
Wykonanie normalizacji
Teraz musimy sprawdzić, czy spełniamy trzecią formę normalną. Nadal jednak nie rozumiem tej koncepcji, więc wydaje mi się ona trudna.
Zastanawiam się, czy należy rozdzielić author_id i responsibility_id w tabeli Ticket do innych tabel, ale nie jest to relacja N:M, ani FK, więc zdecydowaliśmy się ją pominąć.