IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration Oracle Discussion :

Interprétation dune partie d'un traitement par tkprof


Sujet :

Administration Oracle

  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Août 2006
    Messages
    137
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 137
    Par défaut Interprétation dune partie d'un traitement par tkprof
    Bonjour voici un extrait d'une partie d'un traitement lent en base, pour l'interpréter voila ce que ma donné le tkprof,
    Pourriez vous m'aider svp à l'interpréter?



    1ere Partie:

    INSERT INTO Table ( select .......

    ........................)


    call count cpu elapsed disk query current rows
    ------- ------ -------- ---------- ---------- ---------- ---------- ----------
    Parse 0 0.00 0.00 0 0 0 0
    Execute 355 2.00 2.02 1 27044 7361 710
    Fetch 0 0.00 0.00 0 0 0 0
    ------- ------ -------- ---------- ---------- ---------- ---------- ----------
    total 355 2.00 2.02 1 27044 7361 710
    Je sais qu'une requête passe par le parse puis le execute puis le fecth, mais franchement je veux interpréter ces chiffres. j'ai lu la définition des call,count,,,,, mais je n'ai pas bien compris
    1. Comment je peux savoir le nombre d'appels de cette requete?
    2. 355 represente qoui ?

    3. c'est qoui 27044 query ? c'est qoui le rows 710?

    4.avez vous des remarques svp sachant que c'est une requête insert suivi par un gros select?




    2eme partie(Suite):

    Misses in library cache during parse: 0
    Optimizer goal: CHOOSE
    Parsing user id: 559

    Rows Row Source Operation
    ------- ---------------------------------------------------
    618 SEQUENCE (cr=23541 r=0 w=0 time=370317 us)
    618 VIEW (cr=23485 r=0 w=0 time=305327 us)
    618 SORT GROUP BY (cr=23485 r=0 w=0 time=300903 us)
    618 VIEW (cr=23485 r=0 w=0 time=272714 us)
    618 FILTER (cr=23485 r=0 w=0 time=270622 us)
    618 SORT GROUP BY (cr=23485 r=0 w=0 time=268321 us)
    618 TABLE ACCESS BY INDEX ROWID RISK_ALGO_CONF (cr=23485 r=0 w=0 time=251948 us)
    3708 NESTED LOOPS (cr=23176 r=0 w=0 time=240984 us)
    1236 NESTED LOOPS (cr=22558 r=0 w=0 time=219304 us)
    618 INLIST ITERATOR (cr=20859 r=0 w=0 time=196670 us)
    618 TABLE ACCESS BY INDEX ROWID RISK (cr=20859 r=0 w=0 time=134062 us)
    7416 INDEX RANGE SCAN INN_RISK_ 1 (cr=19776 r=0 w=0 time=101777 us)(object id 378860)
    1236 TABLE ACCESS BY INDEX ROWID RISK_2 (cr=1699 r=0 w=0 time=18288 us)
    1236 INDEX RANGE SCAN IUN_RISK_POS_ALGO_1 (cr=618 r=0 w=0 time=8829 us)(object id 378859)
    2163 INDEX RANGE SCAN INN_RISK_ALGO_CONF_1 (cr=618 r=0 w=0 time=14637 us)(object id 378921)


    Elapsed times include waiting on following events:
    Event waited on Times Max. Wait Total Waited
    ---------------------------------------- Waited ---------- ------------
    db file sequential read 1 0.00 0.00
    SQL*Net message to client 355 0.00 0.00
    SQL*Net message from client 355 0.01 0.67
    latch free 9 0.00 0.00
    log buffer space 1 0.08 0.08
    enqueue 3 0.00 0.00
    buffer busy waits 2 0.00 0.00
    ********************************************************************************
    5.C'est qoui les parametres (cr=23541 r=0 w=0 time=370317 us)?

    6.log buffer space,enqueue,buffer busy waits ?
    7. que represente le SQL*Net message to client, c'est le nombre de connexion a la base?
    8. c'est qoui le buffer busy waits ?

    Avez vous des remarques? A me faire

    Je suis entrain de chercher pourqoui ca ralentit ?

    Merci d'avance pour votre aide, j’en ai vraiement besoin ?,

  2. #2
    Membre confirmé
    Profil pro
    Inscrit en
    Août 2006
    Messages
    137
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 137
    Par défaut besoin d'aide sur l'interpretation de tkprof
    Bonsoir,
    Pourriez vous m'aider svp, voila mes question par rapport a message en haut:

    Je sais qu'une requête passe par le parse puis le execute puis le fecth, mais franchement je veux interpréter ces chiffres. j'ai lu la définition des call,count,,,,, mais je n'ai pas bien compris
    1. Comment je peux savoir le nombre d'appels de cette requete?
    2. 355 represente qoui ?

    3. c'est qoui 27044 query ? c'est qoui le rows 710?

    4.avez vous des remarques svp sachant que c'est une requête insert suivi par un gros select?




    2eme partie(Suite):


    5.C'est qoui les parametres (cr=23541 r=0 w=0 time=370317 us)?

    6.log buffer space,enqueue,buffer busy waits ?
    7. que represente le SQL*Net message to client, c'est le nombre de connexion a la base?
    8. c'est qoui le buffer busy waits ?

    Avez vous des remarques? A me faire

    Je suis entrain de chercher pourqoui ca ralentit ?

    Merci d'avance pour votre aide, j’en ai vraiement besoin ?,

  3. #3
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    je ne saurais trop te conseiller la lecture du Performance Tuning Guide and Reference

Discussions similaires

  1. Réponses: 1
    Dernier message: 24/05/2007, 21h20
  2. [RegEx] Remplacer partie d'une chaîne par le résultat d'une fonction
    Par SCalc dans le forum Langage
    Réponses: 5
    Dernier message: 15/02/2007, 09h41
  3. [RegEx] Extraction d'une partie d'une URL par expression régulière
    Par Maxbenji dans le forum Langage
    Réponses: 2
    Dernier message: 16/01/2007, 22h26
  4. masquer une partie d'une vidéo par une banniere
    Par lezabour dans le forum Général Conception Web
    Réponses: 1
    Dernier message: 16/10/2006, 16h47
  5. optimiser un traitement par du multi-threading
    Par in dans le forum Général Java
    Réponses: 10
    Dernier message: 10/10/2006, 09h46

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo