Filtrer les résultats d'une requête [Résolu]

[bilbot]

J’ai un souci avec la requête que voici :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
SELECT rm.ID, wrcr.`Date` AS date_blocage, max(wmvb.`Value`) AS date_fin
FROM Member rm, RuleCalculationReport wrcr, MemberVariable_b wmvb 
WHERE rm.ID = wrcr. MemberID
AND rm.ID = wmvb. MemberID
AND wmvb. VariableID = 44
AND rm.CBlocked = 'YES'
AND rm.CBlockedFor = 'NO'
AND rm.SiteLang = 'fr'
AND wrcr.Answered = 'NO'
AND wrcr.`Date` < ADDDATE(now(), INTERVAL -6 MONTH)
AND rm.`Type` = 'COACHED'
GROUP BY rm.ID

La requête ci-dessus donne un résultat sur lequel je souhaite faire un tri supplémentaire : je veux que la ligne soit présente dans mon résultat uniquement si le date_fin est inférieur à la date du jour (sysdate()).
J’ai essayé de rajouter une clause pour que la requête ne me sélectionne que les lignes qui on le max(wmvb .value) inférieur à la date du jour en ajoutant la clause date_fin < sysdate(), mais ce n’est pas permis par la syntaxe SQL sous MySQL.
A part se servir de cette requête comme une sous requête (ce que je souhaite éviter), je ne vois pas trop quoi faire.
Auriez-vous une autre solution ?

D’avance merci pour votre aide.

[CinePhil]

1) Les jointures s'écrivent depuis 1992 avec l'opérateur JOIN.

2) Un autre SGBD qu MySQL aurait refusé votre requête car toutes les colonnes ne faisant pas l'objet d'une fonction de regroupement, doivent figurer dans le GROUP BY ; MySQL est trop permissif. Conséquence, la date qu'affichera la requête est aléatoire !

3) Tu ne devrais pas utiliser de mot réservé du langage SQL pour nommer tes colonnes et tes tables.

4) Je peux comprendre que tu souhaites éviter une sous requête mais je pense que dans ton cas tu ne peux y échapper, même avec ta requête renormalisée, si l'ajout de la date dans le regroupement ne te donne pas le résultat souhaité.

je veux que la ligne soit présente dans mon résultat uniquement si le date_fin est inférieur à la date du jour (sysdate()).

Voici ta requête renormalisée avec la réponse au problème et sans sous requête mais avec la date dans le regroupement.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
SELECT rm.ID, 
  wrcr.`Date` AS date_blocage, 
  MAX(wmvb.`Value`) AS date_fin
FROM Member rm
INNER JOIN RuleCalculationReport wrcr ON rm.ID = wrcr. MemberID
INNER JOIN MemberVariable_b wmvb ON rm.ID = wmvb. MemberID
WHERE wmvb. VariableID = 44
  AND rm.CBlocked = 'YES'
  AND rm.CBlockedFor = 'NO'
  AND rm.SiteLang = 'fr'
  AND wrcr.Answered = 'NO'
  AND wrcr.`Date` < ADDDATE(CURRENT_DATE, INTERVAL -6 MONTH)
  AND rm.`Type` = 'COACHED'
GROUP BY rm.ID, wrcr.`Date`
HAVING MAX(wmvb.`Value`) < CURRENT_DATE

[bilbot]

Merci beaucoup, et ça m'a même permis de corriger une erreur dans ma requête et il me semblait bien que c'était pas bien difficile

Pour le nom des champs des colonnes je suis entièrement d'accord avec mais malheureusement, j'hérite de l'appli et dans toute les table il y a des champs qui ont le nom date et value....

Pour les jointures interne, j'ai pris la mauvais habitude de ne pas utiliser inner join, je sais c'est mal, il faut que je m'astreigne à le faire. Sinon hormis le fait de respecter la norme, le SGBD traite plus vite les requêtes avec un inner join ?

[CinePhil]

Envoyé par bilbot

Sinon hormis le fait de respecter la norme, le SGBD traite plus vite les requêtes avec un inner join ?

En principe, c'est identique.
Mais en plus de respecter la norme, la syntaxe officielle avec JOIN permet de mieux distinguer ce qui relève de la jointure de ce qui relève de la restriction (WHERE) et permet d'éviter des erreurs grossières quand il y a de multiples jointures, du genre condition de jointure manquante ou instance de table manquante. J'ai déjà rencontré le cas pas mal de fois avec des requêtes postées sur les forums BDD de Developpez.com et simplement corrigées en les réécrivant avec la syntaxe normalisée.