indexation sur champs non clé primaire

Bonjour aussi,

Comme tu le dis, les index vont servir à accélerer les recherches, car les
données vont être repérées beaucoup plus rapidement par Access, il saura où
chercher l'info. Que tu aies des doublons ce n'est pas grave dans la mesure
où tes données sont dans l'ensemble assez hétérogènes. Il est vrai que si tu
n'as que trois dates différentes pour des milliers d'enregistrements ca ne
vaut pas vraiment la peine.
Il faut que ce soit toi qui juge de la pertinence des index. Fais des tests
de performance par exemple pour voir si l'ajout d'un index te permet un gain
de temps sur une requête. Regarde aussi si ce champ sert à une requête ou
non. Si ce champ n'est pas dans une clause where par exemple, tu n'as pas
interêt à l'indexer
Tu dis avoir d'autres champs de date, mais j'imagine que si tu as plusieurs
champs de date, ce ne sont pas les mêmes, il faut voir quelle(s) date(s) te
sont utiles frequemment.

Arnaud

PS : je trouve pour ma part l'aide en ligne access relativement bien faite,
pourquoi la juges-tu pitoyable ? Tu n'as peut-être pas installé toute l'aide
?

"Vinz" <Vinz@discussions.microsoft.com> a écrit dans le message news:
8004CFF6-E309-4935-8ABA-E42C94389BB9@microsoft.com...

A quoi ça sert?

Je sais... A accélérer les requêtes selon l'aide en ligne (qui est
pitoyable

sur access je trouve). Mais encore? Pourquoi et comment?

Cas concret. J'ai des champs de date dans ma base et l'utilitaire
d'analyse

de performance me conseille de les indexer. Pourquoi? (sachant qu'il y a
des

doublons, sachant que j'ai d'autres champs de date indexés car clé
primaire,...)

Voià, qui a de l'info?

Merci!!!