Nous avons réalisé un exercice de modélisation des données logiques du projet Kanban Board 2, en utilisant le diagramme ERD de la modélisation conceptuelle des données comme base pour convertir les données en format tabulaire et effectuer une normalisation.
La partie la plus difficile a été de prendre en compte la relation entre les deux tables en utilisant la table de mappage et d'appliquer les contraintes lors de la phase de normalisation.
Nous avons séparé le champ Tag de la table Ticket dans une table distincte, vérifié si la 3e forme normale était respectée et réfléchi à la séparation des champs author_id et responsibility_id.
Exercice d'apprentissage et de pratique de la modélisation de données logique
Modélisation de données conceptuelle ERD
Diagramme ERD de la modélisation conceptuelle des données
Nous commençons par le processus de modélisation de données conceptuelle, et nous effectuons la modélisation de données logique en utilisant cet ERD.
Modélisation de données logique ERD
Diagramme ERD de la modélisation logique des données
Ce qui était un peu difficile, c'était de devoir penser à la relation entre les deux tables en se basant sur la table de mappage.
Après avoir converti l'ERD de modélisation de données conceptuelle en format table, nous effectuons la normalisation.
Normalisation
Les étapes de normalisation doivent être effectuées séquentiellement. En examinant l'ERD ci-dessus, nous pouvons constater qu'il satisfait à la 1ère forme normale.
Pour satisfaire à la 2ème forme normale, nous créons une table pour Tag dans la table Ticket, et nous utilisons la clé primaire de cette étiquette comme clé étrangère.
Vue d'ensemble de la normalisation
Maintenant, nous devons vérifier s'il satisfait à la 3ème forme normale, mais je trouve cela difficile car je ne comprends pas encore bien le concept. Je me demande si je devrais séparer author_id et responsibility_id de la table Ticket dans une autre table, mais ce n'est pas une relation N:M et c'est une clé étrangère, donc j'ai décidé de passer à autre chose.