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

Oracle Discussion :

AWR et requêtes très rapides


Sujet :

Oracle

  1. #1
    Membre régulier
    Homme Profil pro
    Consultant
    Inscrit en
    Mai 2006
    Messages
    147
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Consultant

    Informations forums :
    Inscription : Mai 2006
    Messages : 147
    Points : 88
    Points
    88
    Par défaut AWR et requêtes très rapides
    Bonjour ,
    Je souhaite choper le plan d'exécution de quelques requêtes très rapides d'un batch de nuit.
    Le lendemain j'ai plus rien en mémoire car base redémarrée chaque matin et rien dans l'AWR car requêtes très rapides.
    En plus impossible de colorer ces requêtes car utilisent des littéraux et non des variables bind (execute immediate)
    Par conséquent SQL_ID variable ...
    1/comment avoir le plan pour ce genre de requête ?
    2/Existe t il un moyen pour mettre en place les bind variables tout en gardant l'utilisation de l'exécute immédiate ?
    3/ pourquoi la section prédicats d'un plan n'apparait jamais dans l'AWR...bug ?
    Merci pour vos précisions

  2. #2
    Membre du Club
    Inscrit en
    Février 2006
    Messages
    33
    Détails du profil
    Informations forums :
    Inscription : Février 2006
    Messages : 33
    Points : 40
    Points
    40
    Par défaut
    Tu peux activer les traces SQL sur la session de ton batch et tu récupérer le fichier trace tu y trouvera toutes tes requêtes :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    ALTER SESSION SET sql_trace = true;
    ALTER SESSION SET tracefile_identifier = ton_fichier_trace
    ;

    Salutations.

  3. #3
    Membre régulier
    Homme Profil pro
    Consultant
    Inscrit en
    Mai 2006
    Messages
    147
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Consultant

    Informations forums :
    Inscription : Mai 2006
    Messages : 147
    Points : 88
    Points
    88
    Par défaut
    Autre solution sans activer les traces ?

  4. #4
    Expert éminent
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 821
    Points : 6 443
    Points
    6 443
    Billets dans le blog
    1
    Par défaut
    Bonjour Kais,
    1/comment avoir le plan pour ce genre de requête ?
    Le problème de ces requêtes est qu'elles ne restent pas longtemps en shared pool. Une idée serait de faire un script qui s'exécute toutes les 5 minutes pour récuperer les infos. Si tu peux récupérer le FORCE_MATCHING_SIGNATURE de v$sql, alors elles auront toutes le même.
    2/Existe t il un moyen pour mettre en place les bind variables tout en gardant l'utilisation de l'exécute immédiate ?
    Oui, avec la clause using de execute immediate
    3/ pourquoi la section prédicats d'un plan n'apparait jamais dans l'AWR...bug ?
    Je ne sais pas. AWR ne le collecte pas (les colonnes existent mais sont vides dans dba_hist_sql_plan). Ca vaudrait un enhancement request. Il y a eu plusieurs bugs par le passé lorsqu'on interrogeait access_predicates et filter_predicates car ils ne sont pas stockés tels quels en mémoire, mais reconstruits à chaque fois. C'est peut-être pour cette raison. Je twitte ça pour voir si qqn a une autre idée.
    Cordialement,
    Franck.
    Franck Pachot - Developer Advocate Yugabyte 🚀 Base de Données distribuée, open source, compatible PostgreSQL
    🗣 twitter: @FranckPachot - 📝 blog: blog.pachot.net - 🎧 podcast en français : https://anchor.fm/franckpachot

Discussions similaires

  1. Réponses: 3
    Dernier message: 31/01/2012, 07h45
  2. Réponses: 4
    Dernier message: 09/12/2005, 08h25
  3. Problème très rapide de passage par référence
    Par Noxexplorer dans le forum ASP
    Réponses: 2
    Dernier message: 23/06/2005, 10h02
  4. Parcours très rapide d'une arborescence ?
    Par Invité dans le forum C++Builder
    Réponses: 7
    Dernier message: 06/05/2005, 09h24
  5. algo de hashtable trés rapide...voire même ULTRA RAPIDE...
    Par JAimeBienCoderBourre dans le forum Algorithmes et structures de données
    Réponses: 14
    Dernier message: 24/11/2004, 17h57

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