Discussion :

[Rak111]

Bonjour,

Je suis sous Informix 9.4 et j'aimerais optimiser une requête qui prend énormément de temps (a cause de la volumétrie de certaines tables qui contiennent plusieurs millions de lignes).

Voici la requête :

Code :

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

1
2
3
4
5
6
7
8
9
10
SELECT DECODE (EQUIP.x3011_1_mychars[9], 'L', PCP.x3029_8_cmequip, 'D', CAST(EQUIP.X3011_1_mychars[10,18] AS INTEGER), 'F', CAST(EQUIP.X3011_1_mychars[10,18] AS INTEGER), -1), 
DECODE (EQUIP.x3011_1_mychars[9], 'L', PCP.x3010_2_mychars[2,3], 'D', EQUIP.X3011_1_mychars[20,21], 'F', EQUIP.X3011_1_mychars[20,21], "")
FROM SUBPOS 
INNER JOIN UNLOADTABLE ON 
  SUBPOS.x3040_2_mychars = UNLOADTABLE.Stripename
INNER JOIN MAINPOS 
  ON SUBPOS.x3040_9_orrmainpos = MAINPOS.id 
    AND MAINPOS.X3021_2_mychars[1,3] = UNLOADTABLE.node
INNER JOIN PCP ON PCP.x3010_15_mychars[1,8] = SUBPOS.id
INNER JOIN EQUIP ON PCP.x3029_8_cmequip = EQUIP.id

Les performances sont dégradées à cause de la jointure en rouge qui va comparer toutes les sous-chaînes de PCP.x3010_15_mychars avec tous les champs id de la table SUBPOS

Auriez-vous une solution sans utiliser de curseur ?

Merci d'avance,

[Waldar]

Je ne connais pas Informix, mais avez-vous essayé d'indexer ceci ?

Code :

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

PCP.x3010_15_mychars[1,8]

[Rak111]

La colonne x3010_15_mychars est déjà indexée mais pas je ne peux pas indexer la sous chaîne x3010_15_mychars[1,8]

[Waldar]

A priori c'est possible :
http://www.ibm.com/developerworks/da...cox/index.html

[Rak111]

Merci pour ta réponse.
Je viens de créer un functionalIndex et en effet ca va beaucoup plus vite.

Par contre la création de l'index prend énormément de temps. Si j'inclus la création de cet index dans mon script, le temps d'éxécution général n'est pas diminué.

J'en demande peut être trop mais voyez-vous une autre solution ?

[pacmann]

Salut !

A priori, tu n'as besoin de créer ton index qu'une seule fois.
A faire séparément et donc à ne pas inclure dans le script qui exécute la requête.

Au passage, stocker plusieurs informations dans une même colonne est une mauvaise idée...