[SQL] Optimisation union , distinct

Version imprimable

17/05/2006, 17h03
raj

[SQL] Optimisation union , distinct

Bonjour , voilà j'ai pb suivant :

J'ai 2 requetes qui executé indépendamment l'une de l'autre prennent
1.7 secondes .

Chacune retourne 2 colonnes ( NUMBER tout court ) et retourne une quarantaine de résultats .

Le paramètre sort_size_area = 1048576

En effectuant un union des 2 requetes , la requête résultante passe à 90 secondes . Un union all résout le pb .

Autre souci : quand je rajoute un distinct sur une des deux requêtes , elles passent de 1.7 secondes à plus d'1 minutes .

Comment cela est possible ?
Apparemment, c'est le fait de trier les données qui explose le temps d'execution , mais en regardant la valeur de sort_size_area et le nombre
de lignes retournés par les requêtes , je trouve ca aberrant .

Quelqu'un a-t-il déja rencontre un pb similaire ?
17/05/2006, 19h28
Jaouad

ton sort area size fait 1 MO ce qui est quand même trop peu dans un systéme de production
18/05/2006, 09h17
Wurlitzer

Effectivement le tri est une affaire couteuse a partir du moment ou il ne se fait plus en mémoire mais sur le disque d'ou l'interet de bien tuner la sort area size.

Le distinct demande un tri pour eliminer les doublons. L'union aussi. Alors que l'union et bien l'addition pour est simple des deux requetes precedente.

D'ou la différence de perf entre union all et union
18/05/2006, 09h25
SheikYerbouti

Effectivement, UNION ALL ne nécessite aucun tri supplémentaire. Donc si vous être certains ne ne pas avoir de doublons (ou de les accepter) utiliser UNION ALL à la place de UNION.
18/05/2006, 09h46
raj

Vous pensez que trier une centaine de données n'est pas possible
sur un sort de 1 M ?
Je me demande comment Oracle gère le tri ( avec UNION ) , est-ce
qu'il attend d'avoir le résultat des 2 requetes ou est-ce qu'il reconstruit
un plan d'execution globale ?
Un ptit coup de tkprof me donnera la réponse .
18/05/2006, 10h17
orafrance

Citation:

Envoyé par SheikYerbouti

Effectivement, UNION ALL ne nécessite aucun tri supplémentaire. Donc si vous être certains ne ne pas avoir de doublons (ou de les accepter) utiliser UNION ALL à la place de UNION.

On peut aussi dédoublonner le résultat des UNION ALL si le nombre de lignes est restreint :)