Discussion :

[Skandy]

Bonjour,

pouvez-vous analyser cette requête et m'indiquer quelles optimisations peuvent être mises en place (quels champs à indexer, index composite..etc.). Je vous en remercie d'avance

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
SELECT to_char(C.date_stat,'yyyy/mm') AS DATE_STAT,
        to_char(L.date_stat,'yyyy/mm') AS DATE_STAT_M,
        C.classe, C.service,
        L.classe, L.service,
        avg(C.tps) AS TEMPS_MOY,
        avg(L.tps) AS TEMPS_MOY_M,
        PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY C.tps DESC) AS TEMPS_MED,
        PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY L.tps DESC) AS TEMPS_MED_M
 
FROM STAT C, STAT L
 
WHERE C.date_stat BETWEEN TRUNC( SYSDATE, 'MM' ) AND last_day(SYSDATE)
AND L.date_stat BETWEEN TRUNC( ADD_MONTHS(SYSDATE, -1), 'MM') AND last_day(ADD_MONTHS(SYSDATE, -1))
AND C.classe = L.classe
AND C.service = L.service
 
GROUP BY
	to_char(C.date_stat,'yyyy/mm'),to_char(L.date_stat,'yyyy/mm'),C.classe,C.service, L.classe, L.service

Un index normal non unique composite est déjà créé sur :

1 service
2 date_stat
3 un autre champ non utilisé dans la requête

MERCI.

[orafrance]

quel est le plan d'exécution ?

[Skandy]

quel est le plan d'exécution ?

EDIT: J'avais oublié la médiane :

SELECT STATEMENT CHOOSE 3066 1859 230516
SORT(GROUP BY) 3066 1859 230516
FILTER
HASH JOIN 3029 1859 230516
TABLE ACCESS(FULL) STAT ANALYZED 1512 3568 221216
TABLE ACCESS(FULL) STAT ANALYZED 1512 3568 221216

Merci

[orafrance]

Moi j'essayerai de créer un index sur (service, classe, date_stat)

[orafrance]

Moi j'essayerai de créer un index sur (service, classe, date_stat)

Si tu enlèves les fonctions de regroupement, ça ramène combien de lignes ?

Que donne :

Code :

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

1
2
3
4
5
6
SELECT COUNT(*) 
FROM STAT C, STAT L
 WHERE C.date_stat BETWEEN TRUNC( SYSDATE, 'MM' ) AND last_day(SYSDATE)
AND L.date_stat BETWEEN TRUNC( ADD_MONTHS(SYSDATE, -1), 'MM') AND last_day(ADD_MONTHS(SYSDATE, -1))
AND C.classe = L.classe
AND C.service = L.service

Et

Code :

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

SELECT COUNT(*) FROM STAT

[Skandy]

Moi j'essayerai de créer un index sur (service, classe, date_stat)

Si tu enlèves les fonctions de regroupement, ça ramène combien de lignes ?

Que donne :

Code :

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

1
2
3
4
5
6
SELECT COUNT(*) 
FROM STAT C, STAT L
 WHERE C.date_stat BETWEEN TRUNC( SYSDATE, 'MM' ) AND last_day(SYSDATE)
AND L.date_stat BETWEEN TRUNC( ADD_MONTHS(SYSDATE, -1), 'MM') AND last_day(ADD_MONTHS(SYSDATE, -1))
AND C.classe = L.classe
AND C.service = L.service

ça mouline encore.. c'est très mais très long..

Et

Code :

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

SELECT COUNT(*) FROM STAT

1446968


Je vais essayer avec l'index sur (service, classe, date_stat) dans cet ordre?

Merci.

[Skandy]

Moi j'essayerai de créer un index sur (service, classe, date_stat)

Comme j'utilise un to_char sur date_stat ça risque pas de zapper l'index? Ne devrais-je pas en créer un sur to_char(date_stat,'yyyy/mm') ?

Merci.

[Skandy]

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT to_char(C.date_stat,'yyyy/mm') AS DATE_STAT,
        to_char(L.date_stat,'yyyy/mm') AS DATE_STAT_M,
        C.service,
        L.service,
        C.tps AS TEMPS_MOY,
        L.tps AS TEMPS_MOY_M
 
FROM STAT C, STAT L
 
WHERE to_char(C.date_stat,'yyyy/mm') = to_char(SYSDATE,'yyyy/mm')
AND to_char(L.date_stat,'yyyy/mm') = to_char(ADD_MONTHS(SYSDATE, -1),'yyyy/mm')
AND C.classe = L.classe
AND C.service = L.service

Je suis en INDEX ACCESS FULL :

SELECT STATEMENT CHOOSE 11373 34018300 4218269200
HASH JOIN 11373 34018300 4218269200
INDEX(FAST FULL SCAN) TUXEDO.STAT_BC_IDX2 ANALYZED 1492 482727 29929074
INDEX(FAST FULL SCAN) TUXEDO.STAT_BC_IDX2 ANALYZED 1492 482727 29929074

Dès que je remets mes agrégations je repasse en TABLE ACCESS FULL

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
SELECT to_char(C.date_stat,'yyyy/mm') AS DATE_STAT,
        to_char(L.date_stat,'yyyy/mm') AS DATE_STAT_M,
        C.classe, C.service,
        L.classe, L.service,
        avg(C.tps) AS TEMPS_MOY,
        avg(L.tps) AS TEMPS_MOY_M,
        PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY C.tps DESC) AS TEMPS_MED,
        PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY L.tps DESC) AS TEMPS_MED_M
 
FROM TSTAT C, STAT L
 
WHERE to_char(C.date_stat,'yyyy/mm') = to_char(SYSDATE,'yyyy/mm')
AND to_char(L.date_stat,'yyyy/mm') = to_char(ADD_MONTHS(SYSDATE, -1),'yyyy/mm')
AND C.classe = L.classe
AND C.service = L.service
 
GROUP BY
	to_char(C.date_stat,'yyyy/mm'),to_char(L.date_stat,'yyyy/mm'),C.classe,C.service, L.classe, L.service

SELECT STATEMENT CHOOSE 1337915 34018300 4218269200
SORT(GROUP BY) 1337915 34018300 4218269200
HASH JOIN 11413 34018300 4218269200
TABLE ACCESS(FULL) TUXEDO.STAT_BC ANALYZED 1512 482727 29929074
TABLE ACCESS(FULL) TUXEDO.STAT_BC ANALYZED 1512 482727 29929074

[orafrance]

Non puisque la fonction to_char est dans le SELECT et pas la jointure

Edit : ha oui, tu as ajouté du to_char, c'était mieux avant

Alors pourquoi l'agrégat change le plan ?

[Golgotha]

Comme j'utilise un to_char sur date_stat ça risque pas de zapper l'index? Ne devrais-je pas en créer un sur to_char(date_stat,'yyyy/mm') ?

Merci.

Je pense que oui.. ne peut tu pas ajouter le bon format directement dans ta table ou faire une vue matérialisée pour ne pas avoir de to_char

Que donne ta requête sans to_char ?