Discussion :

[Delphi-ne]

Bonjour,

Je voudrais avoir une confirmation pour être certain d'avoir optimisé au maximum


Ma table a la structure suviante :

Code :

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

1
2
3
CLI_ID   Integer
BAL_Compte : String
BAL_Debit etc..

L'index est construit ainsi

Code :

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

1
2
3
FK_Compte   CLI_ID : croissant
                  BAL_Compte  : croissant
non primaire, unique, non ignorer les nuls

Ma requete se présente ainsie

Code :

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

1
2
3
  LC_SQL := LC_SQL + 'From AN_Balances ';
  LC_SQL := LC_SQL + 'Where CLI_ID = ' + DM.PO_Site.PC_CliID;
  LC_SQL := LC_SQL + '  And Left(CUM_Compte, 2) >= ''25'' and Left(CUM_Compte, 2) < ''28'' '

Les temps de réponse ne sont pas délirants mais est-ce que je peux être sûr que mon index est bien utilisé ou y-at-il sous ACCESS comme sous SQL Serveur un moyen de forer l'index

[marot_r]

Bonjour

Il est assez difficile de savoir ce que Access fait en interne lorsqu'il exécute une requête.

Tu peux regarder ici :

Use Microsoft Jet's ShowPlan to write more efficient queries
http://www.techrepublic.com/article/...cient-queries/

Je ne l'ai jamais utilisé.

De plus, autant que je sache, Access défini ses plans de tests la 1ère fois qu'une requête est utilisée en fonction de la volumétrie du moment.

Pour le changer il "modifier" la requête après, ce qui force Access à recaculer son plan d'exécution.

A+

[marot_r]

Ici un bon article pour du SQL efficace.

Microsoft Access: Queries
http://allenbrowne.com/QueryPerfIssue.html

A+

[Delphi-ne]

Merci marot_r

J'ai lu le lien.
Malheureusement il ne traite pas du cas d'une clause Where utilisant une clé portant sur 2 champs
Le temps de réponse reste acceptable. Pour l'instant je l'aisse donc en l'état