Discussion :

[horalass]

salut,
J'ai une base db2 sur as400 iseries. La version de l'OS est V5R1. C'est une machine de production et l'application de gestion qu'il héberge est ecrit en RPG. Je vais une requête SQL de selection simple sur une table contenant environ 8000000 de données et ca prend 30-45mn. Quand je vois d'encore plus près je constate qu'il ya des index bizarres et je suis sûr que ce sont ces index qui m'empêche d'aller vite . Existe t-il un moyen contourner ces index et d'avoir tes temps de réponse raisonnable. Je ne peux pas toucher au index ca va embêter le programme écrit en RPG qui l'utilise.

[Luc Orient]

... Je vais une requête SQL de selection simple sur une table contenant environ 8000000 de données et ca prend 30-45mn.

La requête parcourt la totalité de la table ou seulement une partie ?

Quand je vois d'encore plus près je constate qu'il ya des index bizarres et je suis sûr que ce sont ces index qui m'empêche d'aller vite .

C'est quoi des index bizarres ?

Existe t-il un moyen contourner ces index et d'avoir tes temps de réponse raisonnable ...

Le seul cas que je connaisse où des index peuvent pénaliser une requête de lecture sur une table c'est le cas où le SGBD a choisi d'indexer la requête à tort, c'est à dit qu'il prend l'index pour accéder aux lignes et ceci pour la totalité ou la plus grande partie de ces dernières ...
En principe un index est fait pour accélérer les lectures et pas pour les ralentir ...

[jab]

Le problème vient vraisemblablement de la requête. Si tu as une requête qui parcour toute la table avec un tri, ... que tes records sont longs alors oui le temps de réponse pourrait être de cet ordre.

Mais peut être est-il possible de l'optimiser. Si tu veux montre la requête au moins en gros, pas besoin du détail des champs.