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

Décisions SGBD Discussion :

Recuperer le temps d'execution d'une requête


Sujet :

Décisions SGBD

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Femme Profil pro
    Développeur Web
    Inscrit en
    Mai 2010
    Messages
    245
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur Web

    Informations forums :
    Inscription : Mai 2010
    Messages : 245
    Par défaut Recuperer le temps d'execution d'une requête
    Bonjour,


    Je dois faire une comparaison entre PostgreSQL, MySQL et Oracle et pour cela je vais regarder le temps d'exécution des requêtes.

    Je sais que pour Oracle avec le set timing on cela affiche le temps de la requête.
    MySQL l'affiche avec le résultat de la requête et pour PostgreSQL je l'ignore.

    Ma question est comment récupérer ce temps et l'enregistrer quelque part ?

    Merci par avance.

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 998
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 998
    Billets dans le blog
    6
    Par défaut
    Ce temps là n'a aucun intérêt, car l'essentiel est consommé dans le flux entre le serveur et le client et pour l'affichage. EN sus si vous êtes sur un serveur en production, vous aurez les temps des autres processus pendant que le votre est déchargé !. Il faut chercher à obtenir la consommation en temps CPU et non le temps écoulé qui n'a aucune signification.
    Par exemple si vous êtes sur un système avec 4 CPU, le temps écoulé peut s'avérer moins long que la consommation CPU. EN effet si votre requêtes est parallélisée sur les 4 CPU, le temps de mobilisation des 4 CPU cumulé peut dépasser allègrement le temps d'exécution perçut par l'utilisateur. Vous ne mesurer donc que la capacité de tel ou tel SGBDR à paralléliser sur un serveur précis.

    Pour les benchmark on combine la consommation des lectures de pages et le temps CPU.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Alléger le temps d'execution d'une requête
    Par tiffany dans le forum Requêtes
    Réponses: 3
    Dernier message: 22/12/2010, 22h11
  2. Temps d'execution d'une requête
    Par chris_013 dans le forum PL/SQL
    Réponses: 6
    Dernier message: 10/12/2008, 08h53
  3. Temps d'execution d'une requête
    Par T-nia dans le forum Requêtes
    Réponses: 7
    Dernier message: 29/06/2008, 15h57
  4. Réponses: 1
    Dernier message: 25/06/2007, 09h35
  5. Temps d'execution d'une requête
    Par Maglight dans le forum Bases de données
    Réponses: 3
    Dernier message: 27/01/2005, 08h38

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