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

Langage SQL Discussion :

requête trop longue


Sujet :

Langage SQL

  1. #1
    Membre éclairé
    Profil pro
    Inscrit en
    Juillet 2005
    Messages
    491
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2005
    Messages : 491
    Par défaut requête trop longue
    Bonjour,

    J'ai une table avec une variable date/heure (timestamp) et des valeurs de mesures. Je voudrais récupérer l'enregistrement dont l'heure est la plus proche de l'heure courante (mais inférieure).
    Voici ma requête :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    SELECT MES_DATE, TIME(MES_DATE), FORCE_INST, DIR_INST, BAROMETRE, TEMP_RESSENTIE 
    FROM mesures 
    WHERE TIME(MES_DATE) IN (SELECT TIME(MES_DATE) 
    FROM mesures 
    WHERE TIME(MES_DATE)<CURRENT_TIME AND ABS(TIME(MES_DATE)-CURRENT_TIME)<10)
    l'instruction :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ABS(TIME(MES_DATE)-CURRENT_TIME)<10
    c'est parce que j'ai un enregistrement toutes les 10 secondes.

    Le problème vient du temps d'exécution de la requête.
    Si je lance la sous-requête toute seule, le résultat est immédiat, mais si je lance la requête complète, ça met plus d'une minute (le serveur est paramétré pour me jetter au bout d'une minute, donc je sais pas combien de temps ça mettrait si j'attendais la fin).

    Qu'est ce qui coince ?

    (pour info, c'est une base MySql, si ça peut être utile ...)

    Merci,

    Nico

  2. #2
    Membre éclairé
    Profil pro
    Inscrit en
    Juillet 2005
    Messages
    491
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2005
    Messages : 491
    Par défaut
    En fait, pas besoin de sous-requête, la requête suivante marche très bien :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    SELECT MES_DATE, TIME(MES_DATE), FORCE_INST, DIR_INST, BAROMETRE, TEMP_RESSENTIE 
    FROM mesures 
    WHERE TIME(MES_DATE)<CURRENT_TIME
    AND ABS(TIME(MES_DATE)-CURRENT_TIME)<10
    mais si quelqu'un peut m'expliquer pourquoi avec une sous-requête, ça devient n'importe quoi, ça m'intéresse ...

    Merci,

    Nico

  3. #3
    Expert éminent
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 189
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 189
    Billets dans le blog
    16
    Par défaut
    si quelqu'un peut m'expliquer pourquoi avec une sous-requête, ça devient n'importe quoi, ça m'intéresse ...

    Disons que pour chaque ligne de la table MESURES, vous demandez au SGBD d’exécuter la sous-requête, déclenchant ainsi ce qui ressemble fortement à un produit cartésien.

    Pour en avoir le coeur net, il faudrait soumettre la requête à EXPLAIN.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 996
    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 996
    Billets dans le blog
    6
    Par défaut
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    SELECT MES_DATE, TIME(MES_DATE), FORCE_INST, DIR_INST, BAROMETRE, TEMP_RESSENTIE 
    FROM   mesures 
    WHERE  TIME(MES_DATE) = (SELECT MAX(TIME(MES_DATE))
                             FROM   mesures
                             WHERE  MES_DATE <= CURRENT_TIMESTAMP)

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

Discussions similaires

  1. Requête trop longue en VBA
    Par NicoMon dans le forum VBA Access
    Réponses: 4
    Dernier message: 07/08/2007, 10h25
  2. requéte trop longue sous ie
    Par devboy dans le forum Général Conception Web
    Réponses: 2
    Dernier message: 16/05/2007, 16h43
  3. Réponses: 4
    Dernier message: 15/05/2007, 10h10
  4. [Requête] Requête trop longue
    Par Ithilien dans le forum Requêtes et SQL.
    Réponses: 2
    Dernier message: 08/01/2007, 10h58
  5. [MySQL] Requête trop longue ?
    Par Thomas1434 dans le forum PHP & Base de données
    Réponses: 14
    Dernier message: 24/03/2006, 21h55

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