Discussion :

[skywaukers]

Bonjour,

J'ai des gros soucis de temps de réponse sur une requète SQL AS400 :
j'ai une grosse table (env 4500000 enregistrements) sur laquelle je souhaite faire un update. J'ai créé le chemin d'accès qui convient.
Si je fais un Select * from matable where macondition, la réponse est instantanée.
Maintenant si je fais un update monchamp='MaValeur' where macondition, la requète dure 5 minutes pour modifier 1 seul enregistrement, et il semble passer tous les enregistrements en revu, comme si il ignorait le chemin d'acces..
Quelqu'un pourrait me dire ce que j'ai pu oublier de faire pour qu'il se comporte ainsi ?

Merci de votre attention.
Dany

[Hédhili Jaïdane]

.... J'ai créé le chemin d'accès qui convient.
Si je fais un Select * from matable where macondition, la réponse est instantanée.
Maintenant si je fais un update monchamp='MaValeur' where macondition, la requète dure 5 minutes pour modifier 1 seul enregistrement, et il semble passer tous les enregistrements en revu, comme si il ignorait le chemin d'acces..
...

Bonjour.

Je ne suis pas sûr de la réponse mais on sait jamais. Ton chemin d'accès sera ignoré s'il s'agit d'un LF créé par des DDS. Il faut le faire par un CREATE INDEX.

[skywaukers]

Bonjour, et merci.

En fait j'ai trouvé une solution. Mon logique avait comme clé le code article + trois autres champs permettant d'obtenir une clé unique, l'accès se faisant uniquement par le code article (je veux modifier tous les enregistrements concernant cet article).
J'ai donc remplacé ce logique par un autre qui a seulement le code article comme clé, non unique bien entendu. Et avec ce logique là les temps de réponses sont corrects (3sec au lieu de 5 minutes)...
Par contre je ne m'explique pas trop pourquoi, car dans la mesure où le code article était la clé principale dans mon premier logique, pour moi il n'y a pas de raison qu'il n'alle pas aussi vite.

Merci encore,
Dany

[Mercure]

Va dans iSeries Navigator>DataBase>NomDeTaBDD>Index Advisor,
trie sur le "short name" et positionne-toi sur le fichier en question par défilement. Tu y verras ce que l'optimiseur recommande la création d'index dans la colonne "Keys Advised". Crée-les comme il te le signale et tu verras la différence en matière de temps de traitement.

Au passage, ne jamais employer un logique sur une instruction SQL, emploie toujours un physique ou une table SQL et crée les index comme je viens de le dire.

[skywaukers]

bonjour,

merci pour ta contribution. En fait je ne précise jamais les index dans mes requètes SQL.
Par contre on utilise encore beaucoup l'AS400 en mode natif ici (on a encore des dev Adelia), donc je pense que ça va pas plaire à tous le monde si je ne fais pas les dds de mes index.

Par contre je vais regarder dans operation navigator.

Merci,
Dany