Non, ce n'est pas une bonne démarche car dans le modèle de données les tables planning et cv sont distinctes et il n'y a conceptuellement parlant aucun lien fonctionnel direct entre elles.

C'est pourquoi, si tu utilise une seule requête SELECT ciblant les 3 tables dont celle de l'utilisateur est la centrale, tu obtiens forcement un multiplixage des données. Car pour un même utilisateur on rencontre N cv et M plannings. Ce qui donne NxM résultats avec des redondances des données communes.

Tu peux extraire les cv à part et les plannings à part les résultats deviennent alors beaucoup plus lisibles. Deux requêtes séparées donc.

Bonjour tout le monde !

Je suis en train de développer un petit système de recherche, et je me retrouve avec la problématique suivante : filtrer via 3 tables

structures :
[code]
table cv_fichiers :
cv_id, cv_filename, cand_id[/code]

[code]table user_cand_id
cand_id, cand_name[/code]

[code]table planning
plan_day, cand_id[/code]


ma requête pour lier les CV aux candidats :
[code]SELECT *
FROM cv_fichiers
INNER JOIN user_candidats
ON cv_fichiers.user_cand_id = user_candidats.user_cand_id
WHERE (blabla)[/code]

La requete marche bien pour joindre les CV aux utilisateurs, mais je ne sais pas comment y adjoindre la nouvelle table de plannings...

En rajoutant une clause INNER JOIN plannings ON (...), j'obtiens tout en double/triple :s. Du coup je rajoute un "GROUP BY", mais je ne sais pas si tout ça est la meilleure chose à faire...

SGBD : MySQL5