Discussion :

[molarisapa]

Bjr,

Voila, je constate une baisse de performance importante suite à l'ajout d'un UNION dans une vue.

J'ai initialement une vue de la manière suivante :

Code :

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

SELECT a,b,c FROM table1, table2 WHERE jointure et conditions

résultat : 150 000 enregistrements.
performance : 1~2 secondes.

Puis dans cette vue j'ajoute un UNION vers une autre table contenant les mêmes colonnes

Code :

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

1
2
3
SELECT a,b,c FROM table1, table2 WHERE jointure et conditions 
UNION
SELECT a,b,c FROM table3

résultat : 152 000 enregistrements.
performance : 7~8 secondes

.

Pour 2000 enregistrements de plus, présents dans la table3, je quadruple les temps de réponses!

Avez-vous déjà constaté cela? Existe-il une manipulation pour optimiser la requête?

Thanks

SGBD : Postgres 8.3 et 8.4

[aieeeuuuuu]

Bonjour

Deja, vous pouvez utiliser JOIN pour effectuer votre jointure.

Ensuite, combien de lignes vous renvoi la deuxième requete seule (et quel temps d'exécution) ?

enfin, que donne votre requete avec un UNION ALL au lieu d'un simple UNION ?

[SQLpro]

L'opérateur ensembliste UNION dédoublonne les lignes. Cette opération est compliquée par le fait que les lignes peuvent être longues.
Pour l'accélérer vous devez envisager différentes hypothèses :
Avez vous besoin du dédoublonnement ?
a) si non, alors mettez un UNION ALL
b) si oui, indexez toutes les colonnes des deux tables

A +

[peufeu]

Effectivement le problème semble se trouver du côté du UNION comme dit par SQLPro.

Note que sur postgres des index supplémentaires ne te serviront à rien pour accélérer un UNION.

Je trouve tes timings relativement suspects car pour arriver à 8 secondes en dédoublonnant 150.000 lignes, les lignes doivent être énormes (avec des ints ça prend 0.2s) ou bien la requête que tu as collé n'est pas vraiment représentative de ton cas (petit cachottier).

Poste un EXPLAIN ANALYZE.

[SQLpro]

Note que sur postgres des index supplémentaires ne te serviront à rien pour accélérer un UNION.

faux... Si les index sont couvrant, cela évite de lire la table et servira au dédoublonnage !

A +

[peufeu]

faux... Si les index sont couvrant, cela évite de lire la table et servira au dédoublonnage !

En fait postgres ne gère pas (encore) l'utilisation d'un index seul sans toucher à la table...

[kedare]

En fait postgres ne gère pas (encore) l'utilisation d'un index seul sans toucher à la table...

Je crois pas que ca le gère un jour, c'est pas prévu d'ajouter cette fonctionnalité car ca apporterais de trop gros inconvenants.