Discussion :

[Fatberg]

Bonjour, j'essaye de suivre des cours de SGBD-R en ligne et j'ai trouvé quelques exercices, voici le premier:

"Modéliser la situation suivante.
Chaque étudiant d’une école appartient à une seule classe.
Mais le staff administratif veut pouvoir encoder les nouveaux arrivés au moment de l’inscription, et donc avant la constitution des classes."

Et voici ma solution :

Suis-je dans le bon?

[escartefigue]

Bonjour Fatberg et bienvenue dans ce forum.

Le MCD est conforme à l'expression de besoin : la cardinalité minimale de zéro côté élève permet en effet d'enregistrer un élève avant de savoir dans quelle classe il sera affecté, alors qu'un minimum de 1 l'interdirait.

Quelques remarques toutefois :

Le choix d'un verbe à l'infinitif pour les associations est judicieux, cependant "appartenir" comme "contenir" ne sont sans doute pas ce qu'il y a de mieux, je lui préfère "affecter" par exemple. Un élève est affecté à zéro ou une classe et à une classe est affecté au moins un élève.


Le type d'un identifiant est une chose très importante. L'identifiant doit être à la fois unique, non nullable et stable. Et également, de préférence concis (pour des raisons de performances). Ce faisant, le choix d'un attribut de type char, varchar ou texte est rarement judicieux : la stabilité est très rarement de mise avec ces types de données. Si la désignation de la classe change, ça impactera non seulement la classe, mais aussi toutes les autres tables issues des associations mettant en oeuvre la classe (ici, dans ce MCD très simplifié il n'y en a pas, mais dans la vraie vie, c'est le plus souvent le cas).
C'est pourquoi on choisit le plus souvent un chrono technique, dépourvu de sens, et de type integer (car très concis). Les identifiants attribués par le SGBD sont parfaits pour cet usage. On parlera d'identity (SQL server, DB2), d'auto_increment (MySQL, MariaDB), de counter (Access) ou encore de number (Oracle) ou de serial (PostGreSQL).