Discussion :

[brousaille]

Bonjour,

j'aimerai de l'aide pour faire un requete qui me semble assez complexe. J'utilise MySQL 4.01 (ce qui insinu pas de requete imbriqué ).

Voila j'ai 4 tables : USER,PARAMETER,VALUE_PARAMETER, USER_PARAMETER qui se présente de la sorte :

USER( userid, name )
----------------
u1, dupont
u2, lacroix
----------------

PARAMETER (prmid,name)
----------------
p1,yeux
p2,cheveux
----------------
VALUE_PARAMETER ( vprmid,prmdid,value)
----------------
vp1, p1, bleu
vp2, p1, marron
vp3, p2, chatain
vp4, p2, blond
----------------

USER_PARAMETER ( userid,prmid,vprmid)
----------------
u1,p1,vp2
u1,p2,vp3
u2,p1,vp2
u2,p2,vp4
----------------

---> DUPONT A LES YEUX MARRON ET LES CHEVEUX CHATAIN
---> LACROIX A LES YEUX MARRON ET LES CHEVEUX BLOND

Et donc voila j'ai besoin d'implementer un moteur de recherche de user en fonction des parametres de leur profil !!!! Par exemple tt les user qui on les yeux marrons ou encore tous les users qui ont les yeux marron et les cheveux blonds !!!

Je pensais faire plein de requete imbriqué mais je pense que ca sera tres couteux en tps si j'ai bcp de user et de parametre mais de toutes facons mySQL 4.01 ne le permet pas !!!

Ainsi je m'en remets aux experts pour essayer de monter ma requete !! Car la j'avoue que je seche un peu.

Merci par avance de votre aide.

B.

[pcaboche]

Pour l'affichage des caractéristiques, je te propose ceci, avec des jointures :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
SELECT
  USER.name AS "nom",
  VP1.value AS "yeux",
  VP2.value AS "cheveux"
 
FROM USER
 
# Paramètre 'yeux'
LEFT OUTER JOIN `USER_PARAMETER` UP1
ON (USER.userid=UP1.userid 
AND UP1.prmid='p1')
 
LEFT OUTER JOIN `VALUE_PARAMETER` VP1
ON (VP1.prmid=UP1.prmdid AND VP1.vprmid=UP1.vprmid)
 
 
 
# Paramètre 'cheveux'
LEFT OUTER JOIN `USER_PARAMETER`  UP2
ON (USER.userid=USER_PARAMETER.userid 
AND USER_PARAMETER.prmid='p2')
 
LEFT OUTER `VALUE_PARAMETER` VP2
ON (VP2.prmid=UP2.prmdid AND VP2.vprmid=UP2.vprmid)
 
...

Ca devrait te sortir:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
nom  |  yeux  |  cheveux
------------------------------
dupont | Marron | Chatain
lacroix | Marron | Blond

Si l'une des caractéristiques n'est pas renseignée, cela te retournera NULL pour cette caractéristique (de par la condition de jointure, qui fait que le LEFT JOIN fait également office de produit cartésien...)

Après, tu peux ajouter une clause WHERE dans laquelle tu spécifies des restrictions sur les critères de recherche. Tu peux aussi ajouter une clause ORDER BY avec une formule mathématique qui te classeras tes résultats par pertinence.

Tu auras remarqué que pour générer cette requête SQL, il te faudra utiliser une autre requête SQL qui parcourera les différents PARAMETER possibles (yeux, cheveux...).

***

Sinon, est-ce, comme tu as une table "USER_PARAMETER" pour enregistrer le fait que "Dupond a les yeux marrons", tu as une relation "USER_RESEARCH_PARAMETER" pour dire "Dupond recherche quelqu'un aux cheveux blonds"? Dans ce cas, tu peux faire un autre type de requête avec une jointure et un GROUP BY.

[pcaboche]

La solution la plus peformante (en termes de temps et de place), ça reste quand même de faire une table "user" avec comme champs: id, nom, yeux, cheveux... et de faire des tables "couleur_yeux", "couleur_cheveux". (quitte à faire un "ALTER TABLE" par la suite pour rajouter une colonne).

Pourquoi avez-vous choisi cette représentation des données?

[brousaille]

Tout d'abord merci pour votre aide j'aurai effectivement pas su la faire tout seul cette requete !!!

J'ai choisis ce model car je veux etre libre de pouvoir rajouter un parametre sans justement avoir a rajouter un champ dans la table. Je suis consciens que ca peux effectivement etre tres couteux en terme de performance........ j'avoue que j'avais penser à la derniere solution proposée. En theorie c'est certainement plus propre de faire comme la premiere mais dans la pratique c'est certainement plus lourd.

J'avoue que je pense de plus en plus vers la solution 2 !!

[brousaille]

Tu penses vraiment que les tps de réponses sur ces requetes peuvent tres longue ?
Finallement j'ai mySQL 4.1 donc je peux faire des requetes imbriqués mais je sais pas si ca change grand chose

[pcaboche]

Dans un autre sujet, on est passé de 1.5s à 0.050s en suprimant des requêtes imbriquées...

[brousaille]

Effectivement c'est sans appel !!! Merci beaucoup de ton aide