Discussion :

[nuitn0ire]

Hello,

Pour faire simple, voilà un exemple :

J'ai une table user, dans cette table user, j'ai des champs classiques (login, password, groupe, etc..).

J'ai une autre table, la table groupe. Dans cette table, j'ai déclaré les groupes suivants (dans un champs groupe_name admettons : user, modo,admin,redacteur, etc..

si je veux déclarer un nouvel utilisateur, je remplis tous les champs et mon super script va aller lister le contenu de la table groupe, et là, je choisi le groupe dans lequel rajouter mon user. Très bien, ça marche.

Par contre, si je veux que mon user appartiennent à plusieurs groupes, je fais comment ? je veux dire, d'un point de vue mysql ??

Dans le champs groupe de la table user, je peux mettre plusieurs variables ? genre "user; redacteur" etc.. ? Ou il ne faut qu'une variable par champs et dans ce cas, comment je pourrais contourner ce problème ?

J'ai ce souci pour cet exemple là, mais il se trouve que dans d'autres tables, pour d'autres variables je rencontre ce même problème d'organisation.

[andry.aime]

Bonjour,
Tu dois utiliser une table d'association pour liéer les 2 tables groupe et user.

[nuitn0ire]

Bonjour,
Tu dois utiliser une table d'association pour liéer les 2 tables groupe et user.

J'ai relu mon premier message et j'ai apporté des corrections (c'était pas très clair), du coup je ne suis pas sûre que tu ai exactement répondu à ce que je cherche.

quoi qu'il en soit, si c'est bien ça, tu pourrais m'en dire plus ? en prenant mon exemple par exemple.

/edit : après moulte réflexion, je viens d'avoir une idée, mais ça ne me semble un peu tordu

Il s'agirait de créer une table choixgroupe dans laquelle j'aurais :

user_id
groupe_id

Et à chaque fois que je veux rajouter un user dans un groupe, je créée un enregistrement du genre :

alfred
user

ensuite,

alfred
redacteur

etc..

Cette table contiendrait en fait l'ensemble des appartenances user/groupes.

Mais ça me paraît quand même vachement lourd.. Que vaut cette solution ?

[andry.aime]

Les structures des tables doivent être un peu comme ça:

user(login,password,...);
groupe(groupeID,groupe_name);
userGroupe(login,groupeId);

[s.lennon]

Bonjour.

ça peut paraître lourd, mais c'est l'unique solution pour un lien "n-n" (un groupe contient plusieurs utilisateurs, un utilisateur appartient à plusieurs groupes). A chaque fois tu dois créer cette table "intermédiaire" qui contient les deux identifiants.

Tu peux regarder ce cours sur la modélisation :
http://laurent-audibert.developpez.c...rs-UML017.html

Bonne journée.

[nuitn0ire]

Rah oui, merci.

Je voudrais votre avis quand même au niveau de la rapidité de tout ça. A présent, je vais prendre un véritable exemple, et je suis en train de me poser la question de la lourdeur des requêtes.

Ce que je veux faire : un simple indexeur de petites annonces.

Pour ce faire, là j'ai 3 tables, dans ces tables, il y a des champs qui commencent par EXT_ , il s'agit de champs qui vont piocher dans une autre table : Par exemple dans tbl_users, le champs EXT_user_localisation_id va en réalité taper dans localisation_id qui est un champs de la table tbl_localisation.

Voici une partie de mon dico :

tbl_annonces
Commentaires sur la table: gestion des petites annonces

Champ Type Null Défaut Commentaires
annonce_id int(6) Oui NULL
EXT_annonce_user_id int(6) Oui NULL
annonce_titre varchar(300) Oui NULL
annonce_contenu varchar(10000) Oui NULL
annonce_date_creation datetime Oui NULL
annonce_date_modification datetime Oui NULL

tbl_localisation
Commentaires sur la table: correspondance ville / codes postaux

Champ Type Null Défaut Commentaires
localisation_id int(5) Oui NULL
localisation_ville_name varchar(30) Oui NULL
localisation_ville_cp varchar(6) Oui NULL
localisation_ville_departement varchar(30) Oui NULL
localisation_ville_insee int(6) Oui NULL

tbl_users
Commentaires sur la table: Table user, password, date de création

Champ Type Null Défaut Commentaires
user_id int(6) Oui NULL
user_login varchar(30) Oui NULL
user_password varchar(20) Oui NULL
user_creation_date datetime Oui NULL
user_modification_date datetime Oui NULL
user_desactivation_date datetime Oui NULL
EXT_user_localisation_id int(6) Oui NULL
user_mail varchar(60) Oui NULL
user_validation_code varchar(32) Oui NULL
user_activation int(1) Oui NULL
user_mod_id int(2) Oui NULL

Ma question est la suivante : N'est-ce pas trop lourd si je veux lister les annonces et dans ce listing faire ressortir par exemple le code postal du propriétaire de chaque annonce ?

Parcequ'il y aurait une requete qui irait chercher le user id du propriétaire de l'annonce, et par rapport à ce user_id, elle irait ensuite chercher l'id de la localisation du propriétaire et de là elle ressortirait le code postale.

Ça me parait un peu lourd comme requête vous trouvez pas ? Est-ce Mysql saura gérer ça sans trop tousser ou il vaudrait mieux que je mette le code postal de l'annonce directement en dur dans l'annonce elle même (plus rapide, mais moins propre à mon sens..) ?