l'avantage de la solution de magicbuzz, c'est que, à mon avis, contrairement à ce qu'il me semble que tu penses joce, il ne faut pas faire un acces à la table membres à chaque requete... la valeur "permissions" serait stockée dans un objet "user" qui serait stocké en session... tu le charge donc une seule fois au login, apres c'est ton script qui fait un peu joujou avec les bits...
certes c'est moins évolutif et moins propre, mais ct juste pour clarifier le truc
 

 
Solution de magic > Accès à la table membre pour tester la valeur du bit
Ma solution > Accès à la table VIP pour voir si le membre en fait parti
 
C'est quoi la diff ?

ben paske moi je dis que tu stockes tout le bidule de perm (LES bits) dans la session au login... apres ton script il joue avec les bibits et vois si tu as la perm ou pas, en fonction de quoi il affiche ou pas le bidule à afficher (ou pas, donc)

 
tu peux faire pareil en construisant une requète du style :
 
SELECT l'operation_qui_faut_entre_cat_et_forum FROM VIP WHERE pseudo='tonpseudo';

Mais bon ta colonne elle fait combien de caractère quand t'as un paquet de forum et un paquet de cat ?

beh ouais mais tu dois le faire chaque fois (enfin pour chaque cat/forum) avec l'autre tu le fais une fois pour toutes, au login.

pas forcement, si tu utilises GROUP_CONCAT de mysql-4.1

skoi ça
(bonjour la portabilité )

ca concatene les champs retourné quand y a plusieurs ligne (à utiliser avec un group by). C'est dans le même esprit que SUM, etc

ca concatene les champs retourné quand y a plusieurs ligne (à utiliser avec un group by). C'est dans le même esprit que SUM, etc

le problème de la solution de magic c'est qu'elle n'apporte à mon sens aucun avantage niveau rapidité :
il doit faire un accès à la table membre, je dois faire un accès à la cat VIP => c'est kif kif.
Par contre là où il pert en efficacité c'est qu'il crée une nouvelle colonne relativement grosse (selon le nombre de possibilité), qui va faire pas mal grossir la table inscrit alors que c'est pas necessaire, voire pas conseillé (la table inscrit est énormement solicitée en lecture, donc plus elle est petite et mieux c'est ) : en effet en comparaison aux nombres total de membre, le nombre de ceux qui iront dans des catégories privées c'est peanuts.
Donc par exemple s'il y a 100 personnes ayant accès à une cat privée, sur un total de plus de 50000 membres, ca nous fait 49900 entrée dans la table créé pour rien, et avec aucun gain de perf.
De plus les requètes de l'interface d'admin, pour la solution de magic, seront bcp plus compliquée à mettre en place, et pas forcement optimisées
 
Le choix de créer ou non une nouvelle table pour moi doit être motivé par la necessité par la suite d'avoir besoin à une jointure (pas de jointure pour des SELECT critique niveau perf) et au gain de place. Avec ces deux facteurs tu choisis la structure qui te convient.
 
Le cas échéant, y a aucun interet à rajouter une colonne à la table membre, à part te compliquer la vie (à mon avis).

 
tu peux faire pareil en construisant une requète du style :
 
SELECT l'operation_qui_faut_entre_cat_et_forum FROM VIP WHERE pseudo='tonpseudo';
 
Mais bon ta colonne elle fait combien de caractère quand t'as un paquet de forum et un paquet de cat ?

Hé, mon masque, c'est un type number, c'est à dire pas plus gros que tes clés dans ta table
 
Donc non, ma solution est bine plus petite.
 
Sinon, la gestion des cats privées ou non, je vois ça de la même façon, donc j'ai pas les 49900 entrées inutiles. Après, toi tu as peut-être fait le distingo

Bah c qu'un number, alirs si t'as pas 36000 cats (en général je doute qu'on dépasse 16) ça sera ni plus ni moins qu'un int en mémoire, donc minuscule.

ca correspond au catégorie VIP sur ce forum.
J'ai une table séparée qui associé pseudo / cat / forum, avec clé primaire sur pseudo / cat / forum (normal quoi).
Avec ca, je checke à l'entrée d'un pseudo dans une cat si il fait parti de la table VIP (WHERE sur pseudo / cat / forum => index => résultat quasi immédiat), et effectivement je n'ai aucune limitation à part la taille des champs cat et forum, et pas besoin de jointure.
Par contre j'utilise pas de foreign key, ca sert à rien...

Et pour l'affichage des cats tu procèdes de la même façon je suppose...    

Je veux dire quand tu affiches la page principale du forum avec l'affichage de toutes les catégories, pour chaque catégorie vip tu check s'il fait partie de la cat VIP et tu affiches la cat le cas échéant?  

C'est une combinaison de cat et de forum, l'oublie pas

Vi, mais Hermes n'a pas indiqué s'il veut un forum multi-forum
C'est sûr que s'il fait un truc multi-forum, ma solution n'est plus adaptée.

pour éviter tout malentendu de vocabulaire (ce qui arrive souvent), j'aimerais savoir ce que vous entendez par multi-forum ?
 
multi-forum = hébergement de forum pour plusieurs personnes (ex : le forum de présence-pc qui est utilisé par plusieurs sites, chaque site ayant sa config indépendante)

Pas mieux. Simple, rapide, portable et évolutif
 
Et contrairement à la solution proposée par MagicBuzz, qui est à la fois moins propre et moins rapide, c'est beaucoup plus pratique pour générer par exemple les divers menus déroulants qui seront utilisés sur le forum pour lister les sections accessibles en fonction des authorisations de chaque user (menu utilisé sur le moteur de recherche, sur la liste des forums et des messages ...).

 
Ah ca fait plaisir de voir qu'il y a encore des gens sensées    

 
Au lieu de répondre bêtement, tu ferais mieux de lire la réponse proposée par Joce. Il ne fait pas une table de jonction, il duplique l'information "pseudo", ce qui fait que sa requète s'effectue sur 1 table et non 3.

 
Au lieu de répondre bêtement, tu ferais mieux de lire la réponse proposée par Joce. Il ne fait pas une table de jonction, il duplique l'information "pseudo", ce qui fait que sa requète s'effectue sur 1 table et non 3.

et tu te choppes une jointure qui démultiplie tous tes résultats qui contiennent un pseudo dans la table VIP...

tu veux dire que tu testes le password et le login en permanence? Pourquoi tu ne les mets pas en session?