Discussion :

[bruce-willis]

Bonjour,

J'ai déjà utilisé SQL depuis longtemps mais seulement avec des simples requêtes au pir GROUP BY mais pas de HAVING

Donc, j'essaie ce code

Code :

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

1
2
3
4
5
SELECT *
FROM methodeContraceptive
LEFT OUTER JOIN planningfamilial ON ( meth_id = pf_methAdoptId )
GROUP BY meth_id
HAVING YEAR( pf_premConsultDate ) = '2010'

MySQL a réponduocumentation
#1054 - Unknown column 'pf_premConsultDate' in 'having clause'

J'ai bien cherché à comprendre mais rien, c'est pour cela que je pose la question ici

[CinePhil]

Pourquoi faire un GROUP BY alors que tu n'utilises pas de fonction de calcul dans le SELECT ?

HAVING opère sur le résultat du GROUP BY.

Si je comprends ta requête, là il te faut un simple WHERE :

Code :

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

1
2
3
4
SELECT *
FROM methodeContraceptive
LEFT OUTER JOIN planningfamilial ON meth_id = pf_methAdoptId
WHERE YEAR( pf_premConsultDate ) = 2010

Au passage :
- les parenthèses sont inutiles autour de la condition de jointure ;
- la fonction YEAR retourne un entier donc inutile de mettre la valeur souhaitée entre apostrophes ;
- évite le SELECT *.

Ce qui serait possible avec un regroupement et une restriction sur celui-ci, c'est la requête suivante :

Code :

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

1
2
3
4
5
SELECT meth_id, MIN(YEAR(pf_premConsultDate)) AS Annee_mini
FROM methodeContraceptive
LEFT OUTER JOIN planningfamilial ON meth_id = pf_methAdoptId
GROUP BY meth_id
HAVING MIN(YEAR( pf_premConsultDate )) = 2010

Elle donnera les méthodes contraceptives intervenues dans le planning familial pour la première fois en 2010.

[al1_24]

HAVING sert normalement à exprimer une restriction se basant sur le résultat d'une fonction de regroupement.
Dans le cadre de cette requête, le mot clé HAVING est très mal utilisé et devrait être remplacé par WHERE.
Quant à ton message d'erreur, il me semble relativement clair... la colonne pf_premConsultDate n'est pas reconnue à ce niveau de la requête.
Essaye déjà de remplacer HAVING par WHERE et placer la clause GROUP BY à la fin de le requête.

[bruce-willis]

Désolé en fait, il y a un COUNT(*), j'ai seulement essayé de saisir l'erreur

Donc HAVING nécessite un champ à qui on applique une fonction sql?

[CinePhil]

Principe général de requête de regroupement et de condition sur le regroupement :

Code :

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

1
2
3
4
5
SELECT les_colonnes_sur_lesquelles_seront_regroupees_les_donnees,
  fonction_de_regroupement(une_colonne) -- COUNT, SUM, MIN, MAX, AVG
FROM la_table
GROUP BY les_colonnes_sur_lesquelles_seront_regroupees_les_donnees
HAVING  fonction_de_regroupement(une_colonne) condition_de_regroupement -- = quelque_chose ou > ou < ...

[SQLpro]

La clause HAVING met en oeuvre un filtre sur les résultats de la requête. Tandis que le filtre WHERE met en oeuvre un filtre sur les données des tables.
Supposons que la table T compte 1 millions de ligne et que la colonne C comporte la valeur 'toto' dans 10 lignes au plus.

Code :

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

1
2
3
SELECT *
FROM  T 
HAVING C = 'toto'

Cette requête oblige à manipuler 1 millions de lignes pour n'en retenir au final que 10

Code :

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

1
2
3
SELECT *
FROM  T 
WHERE  C = 'toto'

Cette requête ne retient d'emblée que 10 lignes.

Le coût est sans commune mesure !
Même si l'écriture avec HAVING est parfaitement légale, elle plombe dramatiquement les performances et empêche d'utiliser les index...

C'est pourquoi HAVING ne doit servir que lorsque le filtre sur les données est impossible, en particulier dans le cas du filtrage des agrégats, car le calcul résultant d'un agrégat n'est pas connu lors de la lecture de la ligne...

A +