Discussion :

[brunodu60]

Bonjour,

Comment peut-on savoir combien de fois a été utilisé un index (créé via CREATE INDEX)?

Comment peut-on savoir les index peu utilisés ou bien inutiles?

Est-il vrai que lors d'une requête SQL si l'index n'est pas créé, celui est automatiquement créé en temporaire mais reste-t-il stocké quelque part suir la machine?

Comment cela se fait-il qu'Iseries naivagator nous donne des index à créer mais dont l'ordre des champs est différents de la requete SQL? (voir doc ci-joint)

Merci

[K2R400]

Comment peut-on savoir combien de fois a été utilisé un index (créé via CREATE INDEX)?
Comment peut-on savoir les index peu utilisés ou bien inutiles?

Cette requête nous permet de connaître tous les index non utilisés depuis plus de 200 jours (V5R4 mini)

Code :

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

1
2
3
4
5
select system_index_schema, system_index_name, LAST_USED_TIMESTAMP  
from SYSINDEXSTAT where                                             
  days(current date) - 
days(ifnull(date(LAST_USED_TIMESTAMP), '01.01.2000')) > 200       
order by 1, 2

Est-il vrai que lors d'une requête SQL si l'index n'est pas créé, celui est automatiquement créé en temporaire mais reste-t-il stocké quelque part suir la machine?

Je ne comprends pas ta question.
Si le moteur SQL décide de créer un index temporaire (suite à de nombreuses sollicitation) il le conserve et le maintient jusqu'au prochain IPL, et il devient partageable entre tous les jobs. Ceci est vrai pour SQE mais pas pour CQE qui le supprime dans la foulée, ne le maintient pas et ne le partage pas.

Comment cela se fait-il qu'Iseries naivagator nous donne des index à créer mais dont l'ordre des champs est différents de la requete SQL?

Il serait long dans un simple post de te faire un cours SQL Performance pour comprendre comment le système détermine les index à créer (ce cours dure 4j).
L'ordre n'a en effet rien à voir, c'est la cardinalité de la sélection et des valeurs du champ qui priment.

[brunodu60]

Merci pour tes réponses, mais j'ai un question concernant le code SQL que tu as mis, où vas-tu chercher le nom du fichier?

[K2R400]

Dans ce cas fais un select * from SYSINDEXSTAT Where ....
La table sur laquelle pointe le logique s'appelle TABLE_NAME et sa bibliothèque TABLE_SCHEMA

[brunodu60]

je crois que tu n'as pas compris ce que je souhaitais. Dans ton SQL tu as le fichier SYSINDEXSTAT, d'où vient-il?

[K2R400]

De qsys2 mais V5R4 minimum (comme je l'ai posté précédemment), et encore faut-il avoir les dernières PTFs group DB2