Analyse d'une requête : temps d'exécution trop long

Bonjour.

J'ai une requête simple qui dure normalement 0.5 secondes et des fois 44 s.

La requête ci-dessous dure 44 secondes :

Code:

---

Create table TEMP as select * from MATABLE t1 inner join SOURCE s0 on t1.EAN_FT = s0.EAN

---

Si je fais une copie de SOURCE comme suit :

Code:

---

CREATE TABLE SOURCE1 AS SELECT * FROM SOURCE

---

Et que je lance cette requête identique à la première en remplaçant SOURCE par SOURCE1, j'ai un temps d’exécution de 0.5s :

Code:

---

1 2	DROP TABLE TEMP Create table TEMP as select * from TL_LIGNES_OPE_COMM t1 inner join SOURCE1 s0 on t1.EAN_FT = s0.EAN

---

Comme trouver ce qui ne va pas dans ma première requête, notamment dans la table SOURCE ?

Merci de votre aide.

Bonjour,

Possiblement

SOURCE1 est une nouvelle table, vide, elle récupère le DDL et donc notamment la définition d'index cluster de SOURCE.
Comme on insère depuis SOURCE dans SOURCE1, l'index ratio est parfait dans la cible, tout est bien rangé.

Alors que je soupçonne qu'à l'inverse SOURCE est désorganisée et aurait besoin d'une réorg.

Essayez une réorg de SOURCE puis relancez et comparez.

Quelle est la taille de la table source (nb lignes et Go) ?
Quelle est la taille de la table source1 en Go ?

Comment la table SOURCE est elle alimentée ?

Une piste qui me viendrait à l'esprit en 1er lieu à vérifier c'est le high watermark.
Si la table source est composée de beaucoup d'espace vide le scan sera long, là, où la table source1 qui est compact aura un scan rapide.

Si par exemple SOURCE est alimentée en DELETE puis INSERT (d'autant plus avec le hint append) alors la table SOURCE peut être très grosse en terme de bloc même avec peu de lignes. Dans ce cas il faut privilégier le TRUNCATE + INSERT.

Pour réorganiser la table SOURCE, il existe les commandes move et shrink :
https://asktom.oracle.com/pls/apex/a...move-and-impdp

Bien vu skuatamad.

C'est effectivement un DELETE au lieu d'un DROP.

Merci beaucoup.