Discussion :

[Ylvin]

Bonsoir,

Je suis en train de faire une base de données pour une "commande", et je me pose une question sur la pertinence d'un choix que j'ai fait. Je voudrais avoir un retour là-dessus, ou même une simple orientation vers la documentation appropriée afin que je me fasse mon idée.

Je vais prendre un exemple fictif pour illustrer ma réflexion :
Imaginons une table membres qui détient toutes les informations personnelles qui vont bien.
Maintenant imaginons une table grades qui détient quant à elle les informations sur les droits de lecture et d'écritures de tous les grades.
Chaque membre possède un seul et unique grade, chaque grade est possédé par 0 ou plusieurs membres.

Problème : comment faire pour que ces deux tables soient liées de la manière la plus optimisée possible.

Pour le moment, j'ai décidé de créer une table membre_grade qui contient l'id d'un membre et l'id d'un grades, le tout formant une clef primaire.

Mais je me demandais si je ne peux pas mettre une simple référence sur la table membre qui pointerait sur le grade qui va bien.


Personnellement, j'ai l'impression que créer une nouvelle table grade_membre permet d'optimiser les traitements vu que les requêtes se feraient sur de plus petites tables (que deux éléments au contraire de la table membre qui en contient une vingtaine).
Surtout qu'en général, il s'agira d'utiliser l'ID d'un membre stocké dans une variable session, et de faire après une jointure entre membre_grade et grades.

Quelqu'un a un avis plus poussé sur le sujet ?

Merci d'avance.

[comico]

Bonsoir

Pas d'utilité à priori pour cette table !
Moins il y a de tables plus la maintenance est facile...
Il suffit de mettre le Grade dans la table membre.

Si par contre l'unicité du grade d'un membre n'est pas certaine alors...
Ou si l'on souhaite l'historique des passage de grade ou si...

Mais sans autre information pas de table inutile !

[CinePhil]

Pour expliquer la réponse de comico, tu décris la relation entre les membres et les grades par cette règle de gestion :

Chaque membre possède un seul et unique grade, chaque grade est possédé par 0 ou plusieurs membres.

Cela correspond au MCD suivant :
membre -1,1----posséder----0,n- grade

Quand on génère les tables avec ces cardinalités (1,1 - 0,n), l'identifiant de la table grade est référencé en clé étrangère dans la table membre :
grade (g_id, g_nom...)
membre (m_id, m_id_grade, m_nom...)

Une table associative ne se justifie que dans les schémas suivants :
membre -0,n----posséder----0,n- grade
membre -1,n----posséder----0,n- grade
membre -0,1----posséder----0,n- grade

[Ylvin]

Simple mais efficace. Merci pour vos réponses.