Discussion :

[looping]

bonjour,

Besoin de conseil sur la requete suivante:

Code :

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

1
2
3
4
5
6
7
8
9
 
select 
    achat.acnoachat,
    achat.acdatachat,
    achat.acetat,
    fournisseur.fonom
from fournisseur
   inner join achat on (fournisseur.foidfour = achat.acidfour)
where achat.acetat = 2

cette requete s'exécute très rapidement (50ms)

par contre si je rajoute à la fin une condition de tri

Code :

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

1
2
3
4
5
6
7
8
9
10
select 
    achat.acnoachat,
    achat.acdatachat,
    achat.acetat,
    fournisseur.fonom
from fournisseur
   inner join achat on (fournisseur.foidfour = achat.acidfour)
where achat.acetat = 2
order by  achat.acnoachat

le temps d'éxécution passe à pratiquement 3 secondes !!

Est ce normal? Je précise que le champ de tri (achat.acnoachat) est bien indexé et que la table achat contient 60000 enregistrements.

voici le plan:

Code :

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

1
2
 
PLAN SORT (JOIN (FOURNISSEUR NATURAL, ACHAT INDEX (FK_ACHAT_1, ACHAT_IDX2)))

je trouve bizarre que "FOURNISSEUR NATURAL" alors que les champs de jointure sont bien indéxés


Cordialement

[SergioMaster]

bonjour,

et si tu changeais l'ordre des tables ? et donc de la jointure

Code :

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

SELECT .... FROM ACHAT JOIN FOURNISSEUR  ...

[SQLpro]

Créez les deux inex suivants :

Code :

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

1
2
CREATE INDEX X_123 ON achat (acetat, acidfour, acnoachat, acdatachat);
CREATE INDEX X_456 ON fournisseur (foidfour, fonom)

Et dites moi si cela a divisé par 10, 100 ou 1000 les temps de réponse....

A +

[looping]

Bonjour,

En supprimant l'index sur le champ "acetat" (bad index selon IBexpert),
la requete s'execute dans un temp normal

merci