HASH GROUP BY et SORT GROUP BY

Bonjour à tous,


Voilà il se trouve que je me pose des questions sur l'évaluation de la clause GROUP BY.

En effet il se trouve que dans mon modèle j'ai 3 tables, Acteur, intervenant et film. Acteur réunis par deux foreign key les clé primaires de intervenant et film.

Lorsque je fais ces deux requêtes :

Code:

---

1 2	select count(*), numfilm from acteurs group by numfilm; select count(*), numinterv from acteurs group by numinterv;

---

J'obtiens deux plan d'évaluation différents (respectivement) :

---------------------------------------------------------------------------
| Id  | Operation        | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT |        |    23 |    69 |     2  (50)| 00:00:01 |
|   1 |  HASH GROUP BY   |        |    23 |    69 |     2  (50)| 00:00:01 |
|   2 |   INDEX FULL SCAN| PK_ACT |    43 |   129 |     1   (0)| 00:00:01 |
--------------------------------------------------------------------------

et

-------------------------------------------------------------------------------
| Id  | Operation            | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT     |        |    38 |   114 |     1   (0)| 00:00:01 |
|   1 |  SORT GROUP BY NOSORT|        |    38 |   114 |     1   (0)| 00:00:01 |
|   2 |   INDEX FULL SCAN    | PK_ACT |    43 |   129 |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------- 

J'aimerais comprendre pourquoi, d'un coté j'ai un HASH GROUP BY et de l'autre un SORT GROUP BY, et savoir la différence entre les deux opérations.

Si quelqu'un pouvait m'éclairer, qu'il n'hésite pas ! :ccool:

Merci,
Treize.

Les deux requêtes utilisent l’index pk_act comme source des données initiale. Ensuite le groupement des données est effectué aves des algorithmes différentes : hash versus sort. D’habitude hash est plus performante mais dans le deuxième cas l’optimiseur peut profiter de la structure de votre index défini comme numinterv, numfilm pour trouver la réponse parce qu’il peut éliminer en fait l’étape de tri : SORT GROUP mais avec NOSORT.

Bonjour,
Quelle est la définition de l'index PK_ACT ?
Il commence probablement par numinterv. Donc un group by numinterv n'a rien à hacher ni trier.
Cordialement,
Franck.