non.
le order by et le group by sont deux instructions absolument différentes.
un effet de bord du group by, c'est en effet parfois, sur certains SGBD de faire un order by "ASC" sur les champs stipulés dans le group by (le plus facile pour effectuer un regroupement sur des tuples, c'est pour sûr de les trier, c'est donc le résultat inattendu du regroupement). mais dans tous les cas, rien ne te dispense de faire un order by dans la foulée, pour re-trier le résultat final selon d'autres critères.
le group by, c'est une intruction effectuée au début de la requête, entre le moment où les données sont retrouvées en fonction des clauses "select/from/where" et les calculs d'agrégation sur les résutlats (sum, coun, min, etc.)
ensuite, vient le having, qui permet d'effectuer un "where" une fois les fonctions d'agrégation effectuées (donc on peut filter sur le résultat des aggrégations)
enfin, le order by est évalué, sur le résultat final de la requête. il vient donc écraser tout éventuel tri qui aurait été effectué avant.
a noter que le group by n'est pas le seul élément qui effectue des tris implicites. les index utilisés par la requête font aussi un tri implicite, puisqu'ils sont ordonnées, et sont utilisés pour retrouver les lignes.
tiens, je vais mettre à jour mon topic SGBD avec un exemple... (j'espère que ça va marcher )