[mysql 5] requete avec count+ having + group by

Bonjour,

j'aimerai j'ai une base de données composé d'une table user et de x tables d'archive de sorties(une table par année).
dans les table d'archive de sorties, j'enregistre des information sur la date de sortie et , l'id du user qui est sorti. Je cherche a retrouver les users qui sont sont sortie entre 2 et 10 fois dans une période définie.

voila a requête que j'ai mis en place

Code:

---

1 2 3 4 5 6 7 8

SELECT u.nom, ( COUNT(a1.id_user) + COUNT(a2.id_user)) AS nb_sortie FROM user u LEFT JOIN a_2007 a1 ON (a1.id_user=u.id_user) AND a1.date_sortie>='2007-02-1' LEFT JOIN a_2008 a2 ap5 ON (a2.id_user=u.id_user) AND a2.date_sortie<='2008-09-31' GROUP BY a1.id_user, a2.id_user HAVING (nb_sortie>=2 AND nb_sortie<=10) ORDER By nb_sortie desc

---

cette requête marche sur 2 anq mais au delà les temps de calcul sont énormes, y a t'il un moyen d'optimiser ce type de recherche?

Merci d'avance pour la réponse

Saluton,
Je ne sais pas si ça économisera grand chose, mais tu peux déjà écrire la clause HAVING de cette manière :

Code:

---

HAVING nb_sortie BETWEEN 2 AND 10

---

Sinon, mélanger les critères de jointures avec les critères de filtre ne me semble pas un bon procédé, même si je ne saurais affirmer que cela ralentit la requête.
Disons que je trouve plus lisible d'ajouter une clause WHERE

Code:

---

WHERE a1.date_sortie>='2007-02-1' AND a2.date_sortie<='2008-09

---

merci pour cette réponse, effectivement, passer la date dans la condition where me fait gagner du temps, mais je n'arrive pas au résultat quand je mets sur 4 ou 5 ans.. le temps est vraiment trop long... faudrait il passer par la création de table temporaire?

Tu penses à une table temporaire qui regrouperait toute les lignes concernées avec UNION entre les SELECT ?
Tu ne perds rien à essayer. Reste à savoir si le temps de la création de la table temporaire ajouter à la requête sur la table temporaire sera plus court, sachant que le travail sur table temporaire se fait sans index. Ça risque d'être très pénalisant pour le GROUP BY et le ORDER BY.

je viens de m'apercevoir surtout que les ressauts sont faux si je les passe sur 2 années de suite
par exemple le count de l'année 2007 uniquement sur un user me donne 9 et celui sur l'année 2008 uniquement me donne 21. je m'attend a ce que la somme des 2 me donne 30 et pourtant j'obtiens 378 a savoir la somme des combinaison de la permière table * la seconde et inversement) (9*21)
Comment faire pour éviter cela?

Maintenant que tu le dis, j'imagine que, pour chaque année que tu ajoutes en jointure, ça doit engendrer une sorte de produit cartésien avec la jointure précédente, d'où l'accroissement exponentiel des lignes comptées.
Il semble donc qu'il faille passer par des SELECT en UNION sur lesquels se ferait le comptage en GROUP BY.
Quant aux performances......

PS tu devrais ôter le [Résolu] de ton post.

PS bis : Le dendrocopos minor, j'en vois jamais en Bretagne, dommage, ça a l'air adorable comme volatile.

Citation:

---

Envoyé par epeichette

je viens de m'apercevoir surtout que les ressauts sont faux si je les passe sur 2 années de suite

---

Ton GROUP BY est très étrange, ce ne serait pas plutôt :

Code:

---

GROUP BY u.nom

---

oups merci, un copier/coller mal a propos. ca marche maintenant :-)