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

SQL Oracle Discussion :

Connaître le temps d'exécution d'une requête


Sujet :

SQL Oracle

  1. #1
    Membre averti Avatar de macben
    Inscrit en
    Mars 2004
    Messages
    546
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Mars 2004
    Messages : 546
    Points : 433
    Points
    433
    Par défaut Connaître le temps d'exécution d'une requête
    Bonjour,

    J'ai fait un module sous Forms qui permet à un utilisateur de générer une requête PL/SQL. Evidemment cet utilisateur peu générer n'importe quoi et donc des requêtes bien longues niveau exécution.

    Ma question, existe-t-il une façon de connaître le coût d'exécution probable d'une requête avant son exécution ? Une espèce de fonction qui ferait l'explain plan et retournerait certaines valeurs ?

    Merci.
    Benoît.

    Ps : mon module est fait sous Forms, pour Oracle Applications, donc cette fonction peut être une fonction Forms / PlSql ou OA du moment qu'elle fait bien son travail.

  2. #2
    Expert éminent sénior
    Avatar de SheikYerbouti
    Profil pro
    Inscrit en
    Mai 2003
    Messages
    6 760
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2003
    Messages : 6 760
    Points : 11 862
    Points
    11 862
    Par défaut
    l'EXPLAIN PLAN indique les chemins utilisés, le temps de la requête, les I/O utilisés. Bref si la requête n'est pas réellement exécutées, vous ne saurez rien. Il n'y a rien de divinatoire pour l'instant. Cela dépend de tellement de paramètre, notamenent de l'utilisation éventuelle des indexes ou non.
    Rédacteur Oracle (Oracle ACE)
    Guide Oracle ,Guide PL/SQL, Guide Forms 9i/10g, Index de recherche
    Je ne réponds pas aux questions techniques par MP
    Blogs: Forms-PL/SQL-J2EE - Forms Java Beans

  3. #3
    Membre averti Avatar de macben
    Inscrit en
    Mars 2004
    Messages
    546
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Mars 2004
    Messages : 546
    Points : 433
    Points
    433
    Par défaut
    Je pourrai juste savoir justement s'il y a des accès full ou non (ce que dit l'explain plan) je pourrai donner un message indicatif à l'utilisateur en fonction de la taille connue de la table sur laquelle il a lieu.

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

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Points : 19 073
    Points
    19 073
    Par défaut
    ça me parait bien dangereux ce genre de fonctionnalité... ne serait que pour la sécurité des données

  5. #5
    Membre averti Avatar de macben
    Inscrit en
    Mars 2004
    Messages
    546
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Mars 2004
    Messages : 546
    Points : 433
    Points
    433
    Par défaut
    Le requête générée ne peut être qu'un SELECT.

    La sécurité des données peut quand même être affectée ?

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

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Points : 19 073
    Points
    19 073
    Par défaut
    Tout dépend de l'architecture. Si tu te connectes comme sous Oracle Application à un compte qui a des privilèges étendus ça permet de voir les tables du dictionnaire.

    Par ailleurs, il y a un trop gros bug oracle qui permet de faire des update avec un simple SELECT

    Donc, oui, c'est dangereux... en plus d'être inutile parce qu'il y a iSQL pour ça

  7. #7
    Membre averti Avatar de macben
    Inscrit en
    Mars 2004
    Messages
    546
    Détails du profil
    Informations personnelles :
    Âge : 41

    Informations forums :
    Inscription : Mars 2004
    Messages : 546
    Points : 433
    Points
    433
    Par défaut
    Je ne connais pas iSQL.

    Sinon je dirai bien que n'étant que développeur, l'écran qui doit générer les requêtes a été vendu donc je dois le faire, de plus l'utilisateur veut pouvoir écrire des requêtes sans entendre ni lire ni voir le mot SQL.


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

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Points : 19 073
    Points
    19 073
    Par défaut
    je pensais à ça : http://www.oracleadvice.com/Tips/isqlplus.htm

    bah si il ne veut rien connaitre au SQL, j'vois pas comment fournir un semblant d'indicateur de performance

Discussions similaires

  1. Optimisation du temps d'exécution d'une requête
    Par LeNovice dans le forum DB2
    Réponses: 6
    Dernier message: 12/07/2007, 13h47
  2. [MySQL] temps d'ouverture d'une connexion VS temps d'exécution d'une requête
    Par epoz dans le forum PHP & Base de données
    Réponses: 1
    Dernier message: 25/04/2007, 18h06
  3. Calculer le temps d'exécution d'une requête
    Par BRAUKRIS dans le forum Servlets/JSP
    Réponses: 1
    Dernier message: 16/03/2007, 12h59
  4. [MySQL] Temps d'exécution d'une requête
    Par eon-of-the-scorn dans le forum PHP & Base de données
    Réponses: 2
    Dernier message: 26/07/2006, 11h06
  5. Affichage du temps d'exécution d'une requête
    Par milka dans le forum PostgreSQL
    Réponses: 1
    Dernier message: 22/03/2004, 17h48

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