Discussion :

[D_light]

Voila j'ai une requête type update tapant sur davantage de champs:

Code :

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

1
2
3
4
 
update TEST
    set TEL = 28
   where id_personne =  Teddy;

Cette requête met énormément de temps a effectuer la mise a jour (130 lignes/secondes contre 2000 lignes/secondes pour un select sur la même table).

Les stats sont à jour, la table ne posséde qu'un index PK.

Voila j'aimerai savoir si il était possible d'améliorer les perfs concernant un update, par exemple avec un hint , ou au niveau serveur ? il ne m'est pas possible pour des raisons applicatives d'utiliser un curseur par exemple.

Un DBA débutant qui vous remerci d'avance.

[orafrance]

faudrait voir l'explain plan pour voir si l'index est utilisé à bon escient avec le nombre de lignes updatées par rapport au nombre de lignes total. Est-ce qu'il y a des triggers ou contraintes sur ta table ?

[D_light]

En fait l'update est incorporé de maniére applicative dans le traitement, ci bien que l'utilisateur est incapable de me donner la requête compléte.

Si j'utilise une requête update simple de mon côté le plan d'execution indique bien qu'il utilise l'index PK, il s'agit d'un index partitionné, ainsi que la table.

La baisse de perfs ne peut être du qu'a une mauvaise utilisation de l'index ?, si la clause where ne fait pas reference a l'index il serai donc bon d'en creer un ?

[orafrance]

Bah ça peut être à cause de plein de chose, là ça devient bien plus complexe que ton 1° message : partitionnement + clause WHERE complexe... faudrait quand même penser à donner tous les éléments tout de suite

déjà, es-tu bien certains que ça vient de l'update ? As-tu fait une trace ou au moins suivi les événements d'attente dans v$session_wait pendant que la requête tourne ?

[D_light]

Non, il a stoppé la session dés qui l'a relance j'observerai les événements sur lesquelles la requête galére dans la vue v$session_events v$session_waits et si ça donne rien je pousserai via une analyze vers tk_prof et je vous tiens au courant.

Mais ma question a la base c y'a t'il des solutions usinés pour améliorer les performances d'un gros update ? sans vraiment rentrez dans le détail de la requête me concernant étant donné que je n'y ai même pas accés

Merci en ts cas Orafrance de ta rapidité.

[orafrance]

bah pas vraiment éventuellement vérifier que le type d'index (global ou local) répond bien aux exigences de la partition

[wondersonic]

En fait l'update est incorporé de maniére applicative dans le traitement, ci bien que l'utilisateur est incapable de me donner la requête compléte.

-1- Peut-être pourrais-tu détailler ce traitement ?
-2- Il s'agit d'un update par (et uniquement par) PK ?
-3- Et il y en a de nombreux qui s'exécutent en parallèle ?