Quand utilisez-vous WHERE plutôt que HAVING ?

WHERE filtre les lignes individuelles avant l'agrégation ; HAVING filtre les groupes après l'agrégation. Vous filtrez donc sur les colonnes brutes dans WHERE et sur les résultats agrégés comme COUNT ou SUM dans HAVING. Filtrez autant que possible dans WHERE, puisque réduire le nombre de lignes avant le regroupement coûte moins cher. Un bug classique consiste à mettre un filtre de date dans HAVING, ce qui agrège quand même tout d'abord et peut changer les résultats.

Tout tient au moment où chaque clause s'exécute. WHERE intervient avant le regroupement, donc il filtre les lignes individuelles. HAVING intervient après, donc il filtre les groupes agrégés. Si je veux les commandes de cette année, c'est WHERE. Si je veux seulement les clients ayant plus de cinq commandes, ça doit être HAVING, parce que le compte n'existe pas encore au moment du WHERE. Je pousse toujours les filtres le plus loin possible dans WHERE, puisque regrouper dix mille lignes au lieu de dix millions fait une vraie différence sur une grosse table. Le même ordre d'exécution explique une chose qui piège pas mal de monde : vous ne pouvez pas référencer un alias du SELECT dans WHERE, parce que la liste SELECT est évaluée après le filtre, même si la plupart des moteurs vous laissent utiliser l'alias dans GROUP BY et ORDER BY, ce qui paraît incohérent tant qu'on ne connaît pas l'ordre. Et le bug que j'ai réellement dû corriger, c'était un filtre de date dans HAVING qui produisait des totaux d'apparence correcte sur la mauvaise fenêtre.