Discussion :

[Bobdade]

Bonjour à tous,
Je viens vous embêter car un petit souci de conception/logique pour concevoir un mini-site de réservations de courts de tennis.

Je la fait rapide :
J'ai 3 types d'utilisateurs possibles de l'admin du site : Tennisman, Prof de Tennis, Responsable du club de tennis.
Et évidemment les informations de chacun de ces utilisateurs sont complétement différentes
Tennisman : Nom, prenom, .... licence, classement, paiement cotisations,...
Prof : Nom, prenom,..... dates de dispo, dispo/pas dispo
Responsable : Nom, prenom et c'est tout

Moi je me dis : 3 tables Tennisman, Prof, Responsable.

Mais voilà, ce sont des utilisateurs de l'administration du site et ils ont en se connectant accès à un nombre d'information fonction de leur "statut" :
Les tennisman ne peuvent que réserver des courts + cours
Les profs peuvent voir les réservations, annuler un cours, ....
Le responsable : ajoute des tennisman, prof , terrain...

Et là je me dis : pourquoi pas faire une table Utilisateur avec un champ "statut" : "tennisman", "prof", "responsable". Et tous mes tennisman, prof et responsable sont dans la même table. Ils ont d'ailleurs quelques champs en communs (nom, prenom, username, motdepasse).
Problème : Le tennisman a plein de champ (licence, paiement,...) qui n'ont aucune raison d'être pour les profs / responsable...

Alors en fait je suis perdu à ce moment là d'autant plus perdu que j'ai d'avantage l'habitude de faire de la POO et je vois Utilisateurs comme une super classe et des classes Tennisman, Prof, Responsable qui héritent de Utilisateurs... Mais ça sert à rien en BDD ça si ??

Si jamais vous avez une petite piste ce serait parfait !!
Je vous remercie par avance.

[rmaker]

Rien ne t'empêche de faire de l'héritage:
Une table PERSONNE (nom, prenom, date de naissance, etc... tout ce qui est commun)

3 tables Tennisman, Prof, Responsable, chacune ayant une une clé étrangère qui pointe vers la personne correspondante.

Par exemple, pour gérer Eric Cartman, tu as deux entrées, une par table:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
PERSONNE( 1000, cartman, eric, 14/7/2000)

TENNISMAN (id = 4444, personne_id = 1000, licence = 'tennis licence', ...

[Bobdade]

Mais bien sûr !! Chaque objet "Tennisman", "Prof"... contient une instance de Utilisateur !! J'avais cherché une solution de ce type... mais j'étais passé complètement à côté.

Ca fonctionne nickel ça

Je te remercie pour cet éclairage.

[CinePhil]

Pour la modélisation d'un héritage de données, voir l'article de SQLPro.

[ktitos]

Bonjour

j'ai presque le même projet que vous et je souhaite que vous pouvez me donner un coup de pouce