Discussion :

[Mercure]

Bon, c'est pas ça, c'eût été trop beau, dommage !

Peux-tu alors insérer les DEUX programmes source zippés en pièce jointe ici ?

C'est bizarre quand même. Es-tu sûr que tu ne te plantes pas dans ton analyse de la situation ?

Au passage, je signale à Cirdeco (voir début du fil) que le temps CPU, c'est le temps que le programme a utilisé la CPU only. Cette durée ne tient pas compte de la durée des E/S qui est considérablement plus importante, notamment dans un programme batch. Donc, le temps CPU n'est pas significatif ici; d'ailleurs d'un run à l'autre, il ne devrait y avoir qu'une faible différence. En revanche, le temps mis par le programme pour faire les E/S est, lui, bien fonction de la disponiblité de la machine à ce moment-là.

[JauB]

Peux-tu alors insérer les DEUX programmes source zippés en pièce jointe ici ?

Je ne suis pas autorisé de le faire
Je vais encore analyser la situation et vous tiens au courant si je ne laisse pas tomber mon 2ème programme pour faire simple avec des requêtes SQL sans passer par des programmes COBOL sauf que le SQ sur DB2/AS400 n'a pas l'air très optimisé sauf s'il faut changer un paramètre ou quelque chose comme ça,car toutes nos requêtes SQL prennent assez de temps pour s'exécuter + un % en UC très important, par contre les programmes COBOL passent si vite.
N.B: je travaille sur un I5
Merci pour vos suggestions

[Mercure]

Si les requêtes SQL prennent autant de temps que tu le laisses entendre, c'est que très probablement tes fichiers n'ont pas les index en adéquation avec les requêtes.

Comment savoir si SQL a besoin d'index

1/ Sous "écran vert"

• se mettre sous debug (STRDBG)
• exécuter la requête sous STRSQL
• consulter les messages de la log du travail en allant sur QCMD (call QCMD) et en faisant 2 fois <F10>.

2/ Sous iSeries Navigator, faire tourner la requête sous Visual Explain et analyser les résultats.

Si un message te signale que SQL a dû créer un index, crée-le par CREATE INDEX et repasse ensuite la requête. Tu constateras alors la différence de temps passé entre le premier et le deuxième passage.

[JauB]

ça fera mon bonheur si cela optimisera mes requêtes, car en effet je n'ai pas mis d'index sur mes tables, et je constate quelorsqueje lance une requête via STRSQLil m'écrit en bas "création d'index ..."
Je teste une fois que j'aurai un peu le temps, car là....
Merci

Si les requêtes SQL prennent autant de temps que tu le laisses entendre, c'est que très probablement tes fichiers n'ont pas les index en adéquation avec les requêtes.

Comment savoir si SQL a besoin d'index

1/ Sous "écran vert"

• se mettre sous debug (STRDBG)
• exécuter la requête sous STRSQL
• consulter les messages de la log du travail en allant sur QCMD (call QCMD) et en faisant 2 fois <F10>.

2/ Sous iSeries Navigator, faire tourner la requête sous Visual Explain et analyser les résultats.

Si un message te signale que SQL a dû créer un index, crée-le par CREATE INDEX et repasse ensuite la requête. Tu constateras alors la différence de temps passé entre le premier et le deuxième passage.