Entités, attributs et identifiants

Une entité représente une famille d'objets du métier (Étudiant, Cours, Salle) ; chaque objet concret en est une occurrence. Ses attributs sont les informations élémentaires qu'on en retient. L'identifiant (marqué #) est l'attribut, ou le groupe d'attributs, qui distingue chaque occurrence des autres.

Exemples tirés de l'énoncé TP1 : un cours possède « un code interne (utilisé par l'administration), un titre, un niveau (M1/M2), un volume horaire » ; une salle « un code, une capacité et un bâtiment » ; un étudiant a des « informations d'identité et de contact », l'email étant le contact principal.

Bien choisir un identifiant (hors cours)

• Unique : deux occurrences ne partagent jamais la même valeur.
• Stable : il ne change pas dans le temps. Un email peut changer ; un numéro technique, non.
• Minimal : pas d'attribut superflu dans l'identifiant.

Piège classique : prendre le nom ou l'email comme identifiant. Option courante : un identifiant technique (id_etudiant) plus une unicité demandée sur l'email, pour « éviter les doublons » comme l'exigent les TP (TP2 : email client unique). Le TP2 pose d'ailleurs la question « PK composée vs id technique » comme choix de modélisation à justifier.

Attribut ou entité ?

Un « bâtiment » est un simple attribut de Salle dans l'énoncé du TP1. Il deviendrait une entité s'il portait ses propres informations (adresse, gardien) ou s'il était partagé et modifié à un seul endroit. Règle (hors cours) : si ça a des attributs à soi ou des liens à soi, c'est une entité.

Autres règles : un attribut est atomique (pas de « liste de téléphones » dans une case) et non calculable : le total d'une commande se déduit de ses lignes, on ne le stocke pas dans le MCD (sauf raison d'historique, voir leçon 5).