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.
Partager