Performance DB2 Merge et index

Bonjour à tous !

J'ai actuellement 2 problèmes de performance sur mes BDD.
Le premier, un merge pour mettre à jour une table qui dure très lontemps.
J'aimerais savoir s'il y a plus performant que le merge, par exemple un update suivi d'un load? ou autre je suis preneur...

Autre question sur les index. Dans une table j'ai une clé primaire su champs 1 et champs2.
J'ai en plus plusieurs index contenant cette clé plus d'autres champs (entre 2 et 5 en plus). La création de ces index met pas mal de temps, j'aimerais savoir comment on peut connaitre la réel utilité de ces index? la clé primaire suffit-elle peut-être?

Merci par avance de vos réponse !

Citation:

---

Envoyé par poutrelle

Bonjour à tous !

---

Bonjour ...

Tout d'abord, une petite précision ... Quel est le DB2 utilisé ?

for z/OS, for i ou bien for LUW ?

Citation:

---

Autre question sur les index. Dans une table j'ai une clé primaire su champs 1 et champs2.
J'ai en plus plusieurs index contenant cette clé plus d'autres champs (entre 2 et 5 en plus). La création de ces index met pas mal de temps, j'aimerais savoir comment on peut connaitre la réel utilité de ces index? la clé primaire suffit-elle peut-être?

---

Pour moi la clé primaire est suffisante. En effet, elle est par définition unique et donc le fait d'ajouter des colonnes supplémentaires n'ajoute rien en terme de sélectivité de l'index. Le seul intérêt, plutôt limité, à mon sens, serait de faire de l'INDEX ONLY. Mais là, il faut étudier les requêtes ...

Bonjour

Pour les perf du MERGE, il faudrait faire (ou faire faire) un EXPLAIN. Si le MERGE impacte des colonnes d'index, ca peut être une piste.

Pour la 2eme question, les autres index sont inutiles seulement si les colonnes ne sont pas au début des autres index.
Si vous conservez un historique des DDL, il faudrait consulter cet historique.
Pour juger de la pertinence d'un index, les outils diffèrent selon la version de db2, mais en général, c'est le boulot d'un DBA (si vous en avez un).