Discussion :

[JauB]

Bonjour,
J'ai une base de données sous DB2 que j'aimerai bien indexer vu la lenteur d'exécution de certaines requêtes SQL.
la particularité de cette base de données c'est qu'elle se vide chaque soir via un batch (COBOL) pour se remplir par les nouvelles données.
Ma question : Est ce que ça vaut le coup de faire une telle indexation ou pas?
Merci

[Mercure]

DB2/400 ?

Comment se vide la table ? SELECT puis DELETE ?

Comment se remplit-elle ? INSERT ?

[JauB]

DB2/400 ?

oui.

Comment se vide la table ?

C'est le programme COBOL qui la vide via la commande CLRPFM

Comment se remplit-elle ? INSERT ?

C'est le programme COBOL qui remplit cette base de données.
Donc il n'y a pas de SQL dans tout le process.

SQL n'intervient que pour intérroger cette base.

[Mercure]

Ce que tu peux faire, c'est détruire les index juste avant le CLRPFM du soir et les recréer juste après de façon à ce que les chemins d'accés soient de nouveau créés au fil de l'eau le lendemain. C'est juste une option car le CLRPFM va également buter tous les index. Question perf, je ne suis pas persuadé que tu y gagnes.
En revanche, question perf, ça vaut certainement le coup de créer un (ou plusieurs) index supplémentaire, notamment si la table est volumineuse et souvent interrogée en journée.
Si tu es en V5R4+, regarde les Advised Index sous iSeries Navigator, c'est édifiant en ce qui concerne les index ou EVI à éventuellement créer.

[JauB]

C'est juste une option car le CLRPFM va également buter tous les index

Je vais faire un test pour voir si CLRPFM détruit les index, chose qui métonne!

Question perf, je ne suis pas persuadé que tu y gagnes.
En revanche, question perf, ça vaut certainement le coup de créer un (ou plusieurs) index supplémentaire, notamment si la table est volumineuse et souvent interrogée en journée.

Je ne te suis pas là . Tu veux dire que l'indexation ne va pas optimiser les temps d'exécution de mes requêtes ou quoi?

Si tu es en V5R4+, regarde les Advised Index sous iSeries Navigator, c'est édifiant en ce qui concerne les index ou EVI à éventuellement créer.

Oui je suis en V5R4, peux tu m'expliquer comment voir côté Advised Index sous iSeries Navigator? car en lançant iSeries Navigator je trouve juste : Fonction, Index, Journaux, Tables... mais pas cette notion de Advised Index!

[JauB]

Je viens de faire un petit test. j'ai créé une table que j'ai indexé. après j'ai lancé un CLRPFM, j'ai vérifié par la suite les index, ils sont bien là
to be continued...

[Mercure]

Je vais faire un test pour voir si CLRPFM détruit les index, chose qui m'étonne!

Bien sûr que si puisque CLRPFM bute les enregistrements et les index par voie de conséquence.
Sur quels enregistrements de la table les index pointeraient-ils s'ils n'étaient pas détruits par le CLRPFM, je te le demande ?

Je ne te suis pas là . Tu veux dire que l'indexation ne va pas optimiser les temps d'exécution de mes requêtes ou quoi?

Si, probablement ! Je veux simplement dire que je ne suis pas du tout sûr qu'en faisant un DROP INDEX juste avant le CLRPFM et un CREATE INDEX juste après, on y gagne en matière de performance. Il est sans doute préférable de laisser faire le CLRPFM qui va donc buter le contenu de la table et les index qui y sont associés et basta !

En outre, si la table est volumineuse et souvent interrogée en journée, là ça vaut le coup de créer des index spécifiques. Regarde les Advised Index sous iSeries Navigator lors d'une journée qui a été particulièrement chargée et tu verras s'il y a lieu de créer des index ou EVI supplémentaires et lesquels (sur quelles colonnes).

C'est très intéressant mais il faut faire l'effort de tout lire.

OnDemand Index Advice for DB2 for i

Simplify DB2 for i5/OS index advice