Discussion :

[hbellahc]

Bonjour à tous,

Je rencontre un souci dans une requête SQL (lenteurs).

J'ai une table volumineuse appelant la "table_resultat" ayant deux index comme suit :

Code :

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

1
2
3
 
CREATE  NONCLUSTERED INDEX idx1 ON table_resultat (A,B)
CREATE  CLUSTERED INDEX      idx2 ON table_resultat (B,A)

J'ai une autre table appelant table_status moins volumineuse que la tale table_resultat.

Je souhaite faire une jointure entre ces deux tables la, on exploitant l'un des deux index cités précédemment.

Dans un premier temps j'ai cette requête :

Code :

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

1
2
3
4
5
SELECT count(*)
  FROM table_resultat R
  JOIN LIMIT_table_status S
  ON R.A=S.A
AND R.B=S.B

D'après le plan d'exécution, il me semble qu’il n’exploite pas l'index.

Y a-t-il moyen de le forcer à utilise l'index ?

Merci pour votre retour .

Cordialement,
hbellahc.

[mpeppler]

Le forçage d'index ce fait comme ceci:

Code :

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

1
2
3
4
5
6
 
SELECT count(*)
  FROM table_resultat R (index idx1)
  JOIN LIMIT_table_status S 
  ON R.A=S.A
AND R.B=S.B

La non-utilisation de l'index est en général causé par des statistiques qui ne sont pas à jour.

Michael

[DBRep]

La non-utilisation de l'index est en général causé par des statistiques qui ne sont pas à jour.

Il est aussi possible que l'optimiseur considère (calcul) qu'un "table scan" sera moins couteux ...

Les index "idx1" et "idx2" ne sont pas unique ? c'est juste un oubli/simplification de l'exemple ou est-ce voulu ? (le couple "A" + "B" est-il unique ?)


DBRep

[Arnaud F.]

Les index "idx1" et "idx2" ne sont pas unique ? c'est juste un oubli/simplification de l'exemple ou est-ce voulu ? (le couple "A" + "B" est-il unique ?)

C'est sûrement dû au fait que Sybase n'autorise qu'un seul index Cluster par table (et quand on comprend ce que fais un index clustered, cette limite paraît évidente).

D'ou un cluster et l'autre non

[mpeppler]

Mais le fait d'être "cluster" n'a rien à voir avec l'unicité...

"clustered" est utile en cas de query "range" (en tout cas pour des tables APL) - difficile de dire dans le cas précis si le cluster est utile ou non sans connaitre le contenu de la table qui limite l'ensemble des lignes qui qualifies la query.

Michael

[DBRep]

Mais le fait d'être "cluster" n'a rien à voir avec l'unicité...

Tu m'enlèves les mots du clavier

Ceci dit, je pense qu'un index "unique" doit aider l'optimiseur dans son choix ..



DBRep