Yo les mecs,
ok pour le 1NF, il est important qu'un tableau ne ressemble pas à un gros pâté où on a fourré toutes les infos.
en respectant une normalisation 1NF on a déjà qqch qui ressemble très fortement à une vraie BDD
par contre 2NF j'ai pas trop compris. Déjà qui est assez bête pour mettre 2 colonnes composite key au lieu d'une seule colonne primary key dont on sait que c'est généralement la colonne ID.
à partir du moment où on a une seule colonne ID primary key pour un tableau la question ne se pose plus de savoir si un attribut non candidat deprendra partiellement ou complètement d'une composite key. si vous avez des exemples où 2 colonnes composite key sont obligatoires et preferable à une colonne primary key jveux bien entendre l'exemple.
et si un gars omettait de lier une colonne non candidate complètement aux 2 colonnes composite key à quel moment ça génère une anomalie ?
si je lance une requete de recherche en joignant les 2 colonnes, l'attribut non lié aux 2 colonnes ne sortira pas dans les resultats, right ? mais que dire si je modifie cette colonne ? il ny aura aucune anomalie. enfin bref jvois pas en quoi c'est critique de respecter le 2NF
Partager