J'ai effectivement que 2 niveaux ... mais on sait jamais si un 3 ème peut pas apparaitre, je vais suivre ton conseil.

Merci,
Jérôme

edit : mais du coup ma table vidéo serait lié à la table membres alors qu'elle ne concerne peut-être qu'une 10eme de ceux-ci, tu penses pas que niveau performance ca peut-être gênant ? humm en même temps j'ai bien vu des bases dé donnés avec des centaine de milliers d'entrées ne pas poser de problème de performance, alors je pense que j'ai de la marge .. (et d'ici que j'ai 100 000 membres on est pas arrivé )
Du coup rien je me parle a moi même sur un forum c'est pas mal

Un flag par type de membre ?

"Fouiller" dans 1 ou 3 ou 10 tables prend sensiblement le même temps pour un ordinateur, alors qu'ajouter un nouveau type de membre, changer son appelation, si ça consiste à modifier une table, c'est plus long et plus compliqué car tu ne pourras pas faire d'interface d'administration.

Mais tu fais comme tu le sens, si tu n'as que deux niveux et que ça ne change pas, pourquoi pas

C'est vrai que j'avais pas pensé à considérer ça simplement comme une gestion de droits (des fois on réfléchit trop loin ...).

Par contre je pense que mettre un flag dans la table membre EN PLUS peut-être intéressant, vu que par exemple la page d'accueil une fois connecté serait très différente selon le type de membre. Autant éviter dans ce cas la d'aller fouiller dans 3 tables pour savoir ce qu'on veut leur afficher.

Je pense partir la dessus merci de ton aide

Assez classique comme problématique

Tu as des utilisateurs et différents niveaux de fonctionnalités, donc des droits à gérer. Toute solution basée sur un simple flag "administrateur" dans ta table membre est à mon avis à proscrire car tu seras bien embêté si tu veux un jour affiner les niveaux de droits (ex : rajouter un "super membre gold mastercard VIP" qui ne sera pas non plus administrateur).

Donc le plus simple :

membres(id_membre, nom, prenom, etc)
possede(fk_id_membre, fk_id_droit)
droits(id_droit,libelle_droit)

Bonjour,

Je souhaite créer un site de vidéo.

J'ai une problématique : un membre peut-être un "réalisateur" et donc uploader des vidéos, mais tous les membres ne le sont pas.
Sachant que les réalisateurs ont accès au même options que les membres (noter les vidéos et les commenter en gros).

Du coup je ne sais pas trop comment faire mes tables pour que ce soit propre, faire un table member avec un is_realisateur (dans ce cas, tous les members seront liés a des tables de la base qui ne concerne que certains d'entre eux), ou alors faire une table réalisateur avec une clé étrangère member_id ? (ce qui pourrait être plus propre du coup, mais ca m'obliger a vérifier cette table a chaque fois pour savoir si il est membre simple ou non) ou un mix des 2...
Dans tous les cas je trouve que les solutions sont un peu "salasses" et comme je suis pas un génie du sql, je prefere avoir des avis sur comment vous feriez, avez-vous d'autres idées ? ou alors laquelle prendriez-vous à ma place ?

Merci,
Jérôme