Discussion :

[gRRosminet]

Bonjour,

Je rencontre des problèmes de performance pour accéder aux données d'une table et je ne parviens pas a comprendre ce qu'il se passe, ni comment résoudre le problème.

La situation :
J'ai une table de 270 millions d'enregistrements contenant diverses informations dont les champs

• Id : primary key
• IdRegroupeOption : un Id de regroupement (0 sur toutes les lignes sauf une)

Les deux champs ci-dessus disposent d'un index, non-unique dans le cas du 2eme champ
La table a été réorganisée, les indexes aussi et le runstats a été fait


Le problème :
Les requêtes suivantes s'exécutent en quelques millisecondes :

Code :

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

SELECT * FROM MAGROSSETABLE a WHERE a.IdRegroupeOption=347696871

1 ligne

Code :

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

SELECT * FROMMAGROSSETABLE a WHERE a.Id=347696871

1 ligne (la même dans ce cas particulier)

Code :

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

1
2
3
SELECT * FROM MAGROSSETABLE a WHERE a.IdRegroupeOption=347696871
UNION ALL
SELECT * FROM MAGROSSETABLE a WHERE a.Id= 347696871

2 fois la même ligne







Par contre les requêtes suivantes mettent une éternité à s'exécuter (j'ai killé après 5 minutes de temps perdu) :

Code :

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

SELECT * FROM MAGROSSETABLE a WHERE a.IdRegroupeOption=347696871 OR a.Id=347696871

devrait renvoyer 1 ligne ... mais je l'attends toujours

Code :

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

1
2
3
SELECT * FROM MAGROSSETABLE a WHERE a.IdRegroupeOption=347696871
UNION
SELECT * FROM MAGROSSETABLE a WHERE a.Id=347696871

devrait renvoyer 1 ligne ... mais je l'attends toujours

Code :

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

1
2
3
4
5
6
 
SELECT DISTINCT * FROM (
SELECT * FROM MAGROSSETABLE a WHERE a.IdRegroupeOption = 347696871
UNION ALL 
SELECT * FROM MAGROSSETABLE  a WHERE a.Id = 347696871
) AS req

devrait renvoyer 1 ligne ... mais je l'attends toujours


Je ne comprends pas pourquoi DB2 part en TABLESCAN dès que je combine mes 2 critères au lieu d'utiliser les indexes, que ce soit via un UNION ou un OR ?!

Est-ce que l'un d'entre vous aurait des pistes ?

Merci d'avance pour votre aide.

[SQLpro]

Lisez les articles que j'ai écrit à ce sujet :
https://sqlpro.developpez.com/cours/quoi-indexer/
https://sqlpro.developpez.com/optimisation/indexation/
Comme vous ne donnez pas le DDL complet de vos tables et que vous faites des SELECT * il y a peu de chance que les index soient utilisés... Vous le comprendrez en lisant les articles que j'ai écrit !

A +

[bernard59139]

Bonjour

A priori, tout viens de la colonne indexée IdRegroupeOption (270M de lignes, 2 valeurs possibles).

pour en être sur, utilise EXPLAIN pour comprendre les requetes et chemin d'accès que DB2 utilise (DB2 réécrit ls requêtes)
bosse aussi sur les options possibles du RUNSTATS (COLGRP par ex)

essaye d'utiliser les CTE, dans ton cas, ca sera plus efficace que des SELECT .. UNION..

Code :

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

1
2
3
4
5
6
7
 
WITH  REDUC1 As (SELECT * FROM MAGROSSETABLE a WHERE a.IdRegroupeOption=347696871);
WITH  REDUC2 AS ...;
 
SELECT * FROM REDUC1 
union
...;

excuse les erreurs possibles
Ca fait 3 ans que je n'ai pas fait de DB2.
++

[escartefigue]

Bonjour,

Indexer une colonne (et non pas un champ !) qui ne peut prendre que deux valeurs n'a le plus souvent aucun intérêt, sauf cas particulier d'index couvrant...
...mais comme vous utilisez SELECT *, les index couvrants ne sont pas éligibles

Voir ICI pourquoi il ne faut pas utiliser select *

Dans votre cas, l'optimiseur tente probablement de trouver une stratégie permettant de satisfaire les deux requêtes, mais comme il n'y en a pas (index non éligible, car d'une part non discriminant, d'autre part, usage de SELECT *), alors il fait un table scan !