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 SQL Server Discussion :

Date d'exécution d'une requête [2016]


Sujet :

Administration SQL Server

  1. #1
    Membre actif
    Profil pro
    Inscrit en
    février 2007
    Messages
    260
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : février 2007
    Messages : 260
    Points : 279
    Points
    279
    Par défaut Date d'exécution d'une requête
    Bonjour,

    Je fais du monitoring par SQL d'un traitement qui utilise une base de données SQL server 2016.
    J'utilise les magasins de requêtes pour tracer les requêtes et déterminer ensuite des actions d'optimisation
    => Ca à l'air de fonctionner: J'ai bien mes requêtes, plein de stats, des plan d'exécution...

    J'aimerais maintenant synchroniser au sein d'un rapport les actions enregistrées dans le magasin de requêtes d'une part, et les journaux du traitement en question d'autre part, qui sont horodatées.

    Journal du traitement
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
     
    15:28:02 Debut de traitement
    15:30:25 Entrée dans le module bidule
    15:32:28 Avertissement il y a blabla
    ...
    15:50:25 Fin du traitement
    Cependant dans les tables du magasins de requêtes les stats stockées dans sys.query_store_runtime_stats donnent deux dates:
    first_execution_time
    last_execution_time
    => PAS de date d'exécution de la requête elle même.
    La clé unique de cette table est d'ailleurs composée de plan_id, execution_type, runtime_stats_interval_id, ce dernier champ faisant référence à un INTERVALLE de statistiques.

    >>>Ma question est: Est-il possible de connaître chaque date d'exécution d'une requête particulière dans sql server ?<<<

    Même sans les stats cela me permettrait de synchroniser les différentes traces sur la date d'exécution.

    Si ça parle à quelqu'un...

    Pozzo.

  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
    20 480
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

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

    Informations forums :
    Inscription : mai 2002
    Messages : 20 480
    Points : 48 352
    Points
    48 352
    Par défaut
    Non.... Imaginez une requête qui tourne 3 millions de fois par heure !

    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/ * * * * *

  3. #3
    Membre actif
    Profil pro
    Inscrit en
    février 2007
    Messages
    260
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : février 2007
    Messages : 260
    Points : 279
    Points
    279
    Par défaut
    Merci SQLpro de cette réponse.
    Je marque la demande à résolue.

    Bonne journée,
    Pozzo

  4. #4
    Membre expérimenté

    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    septembre 2003
    Messages
    718
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : septembre 2003
    Messages : 718
    Points : 1 596
    Points
    1 596
    Billets dans le blog
    8
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    Non.... Imaginez une requête qui tourne 3 millions de fois par heure !

    A +
    Bonjour SQLPro,

    Oui, tout à fait, c'est ce que l'on observe parfois avec les fonctions scalaires basées sur des requêtes (SELECT ... FROM .. JOIN etc.) pour retourner une valeur atomique.
    Les dites fonction scalaires sont ensuite utilisées dans des clauses WHERE, mal goupillées, générant ainsi des expressions NON-SARG.
    Les expressions NON-SARG génèrent à leur tour des FULL SCAN sur des tables volumineuses contenant parfois plusieurs millions, voire même, plusieurs dizaines de millions de lignes !
    Et c'est donc comme cela que l’on observe des requêtes qui s'exécutent 3 millions de fois par heure, voire même, beaucoup plus !

    A+,
    "Une idée mal écrite est une idée fausse !"
    http://hamid-mira.blogspot.com

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

Discussions similaires

  1. [MySQL] Message d'erreur à l'exécution d'une requête
    Par leloup84 dans le forum PHP & Base de données
    Réponses: 15
    Dernier message: 28/02/2006, 15h06
  2. Réponses: 1
    Dernier message: 06/12/2005, 00h24
  3. Réponses: 5
    Dernier message: 19/10/2005, 15h56
  4. Arrêt de l'exécution d'une requête MySQL dans DELPHI.
    Par joelmarc dans le forum Bases de données
    Réponses: 9
    Dernier message: 11/10/2004, 17h11
  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, 18h48

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