Discussion :

[Higgins]

J'ai une requete sur plusieurs tables qui me renvoie environ 60 000 enregistrements.
J'ai besoin d'un group by pour éviter les redondances mais le temps d'exécution passe alors de quelques secondes à plusieurs minutes (voire plus)
Existe-t-il une syntaxe pour optimiser le traitement lié au group by ?
P.S: j'utilise sybase SQLAnywhere

[MashiMaro]

J'ai une requete sur plusieurs tables qui me renvoie environ 60 000 enregistrements.
J'ai besoin d'un group by pour éviter les redondances mais le temps d'exécution passe alors de quelques secondes à plusieurs minutes (voire plus)
Existe-t-il une syntaxe pour optimiser le traitement lié au group by ?
P.S: j'utilise sybase SQLAnywhere

fais voir ta requête avec le group by

[Marc Musette]

si c'est uniquement pour éviter des doublons , un group by n'est pas nécessaire , un simple DISTINCT suffit

aussi, en cas de GROUP BY, si les colonnes le compasant sont numériques, c'est plus rapide

[Higgins]

la requete est du type
select z.champ1,z.champ2, z.champ3,(select sum(champ 4) from table6), y.champ5,y3.champ6
from table1 Y key join table2 Y2 key join table3 Y3,table4 Z key join table5 X
where x.date=y.date
....
group by champ1,champ2,champ3,champ5,champ6

La requete imbriquée n'a aucune incidence sur la rapidité (tps identique qu'elle soit là ou non)
Tous les champs (12) sont numeriques sauf deux dates et une chaine

L'expérience m'a montré que le distinct est aussi gourmand que le group by ( en général)

[MashiMaro]

T'as bien des indexs pour tes jointures ?

NB : merci de mettre les balises [code] dans le post précédent. On y verra plus claire

[Marc Musette]

effectivement en terme de performances, c'est au cas par cas mais il n'y a pas de différences significatives entre les clauses GROU BY et DISTINCT

dès lors, autant utiliser le DISTINCT pour sélectionner des valeurs distinctes et laisser le GROUP BY pour des fonctions d'aggrégat

c'est plus lisible et plus maintenable à long terme

aussi, il me semble que le seul gain de performance possible soit au niveau des jointures

bonne chance

[Babyneedle]

Je ne connais pas les lock types dans ton sgbd, mais en SQL Server, quand je fais un select qui ne modifieras pas les donnees, je rajoute la clause

Code :

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

WITH (READUNCOMMITTED)

ce qui elimine les backup on the fly au moment de l'interpretation.

Une requete qui prend 10 secondes peut reduite a 2-3 secondes.

Alors si j'etais toi, je ferais une recherche afin de savoir comment changer le lock type de ta requete dans ton outil.

[Higgins]

Merci pour votre aide mais finalement j'ai résolu le pb en subdivisant ma requete en plusieurs sous requetes