![translation](https://cdn.durumis.com/common/trans.png)
Ez egy AI által fordított bejegyzés.
Kanban-tábla projekt 2. logikai adatmodellezés
- Írás nyelve: Koreai
- •
-
Referencia ország: Minden ország
- •
- Informatika
Válasszon nyelvet
A durumis AI által összefoglalt szöveg
- A konceptuális adatmodellezés ERD-jén alapuló logikai adatmodellezés során figyelembe kell venni a leképező táblákat, és be kell állítani a kapcsolatot a két tábla között.
- Az ERD táblázatos formába alakítása után a normalizálás megtörténik, az 1. normálforma teljesül, a 2. normálforma teljesítéséhez a Ticket tábla Tag oszlopát külön táblába hozták létre.
- A 3. normálforma teljesítésének ellenőrzése során felmerült a kérdés, hogy a Ticket tábla author_id és responsibility_id oszlopait szét kell-e választani, de mivel ez nem N:M kapcsolat, hanem FK, ezért nem volt szükséges.
Logikai adatmodellezés tanulása és gyakorlásának folyamata
Koncepcionális adatmodellezés ERD
Konceptuális adatmodellezés ERD
Először a koncepcionális adatmodellezési folyamaton megyünk keresztül, majd ezt az ERD-t használjuk a logikai adatmodellezéshez.
Logikai adatmodellezés ERD
Logikai adatmodellezés ERD
Kicsit nehezen ment, hogy a leképezési táblát alapul véve figyelembe kellett venni a két tábla közötti kapcsolatot.
A koncepcionális adatmodellezés ERD-jének segítségével átalakítjuk táblázatos formába, majd elvégezzük a normalizálást.
Normalizálás
A normalizálási lépéseket sorrendben kell végrehajtani. A fenti ERD megfelel az 1. normál formának.
A 2. normál forma teljesítése érdekében a Ticket tábla Tag oszlopát táblává alakítjuk, és az adott tag PK-ját FK-ként használjuk.
Normalizálás végrehajtása
Most meg kell vizsgálnunk, hogy megfelel-e a 3. normál formának, de a koncepciók még nem állnak rendelkezésre, így nehéznek érzem.
A Ticket tábla author_id és responsibility_id oszlopainak elválasztása külön táblába gondolkodtat, de nem N:M kapcsolat, és FK, ezért úgy döntöttem, hogy elhagyom.