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

DB2 Discussion :

table latitude longitude recherche rectangle


Sujet :

DB2

  1. #1
    Futur Membre du Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Août 2012
    Messages
    7
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Bâtiment

    Informations forums :
    Inscription : Août 2012
    Messages : 7
    Points : 6
    Points
    6
    Par défaut table latitude longitude recherche rectangle
    Bonjour
    dans ma table db2 j'ai 21 330 010 champs avec lat et lng.

    ceci est l'exemple de la query:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    select * from t1 where lat > 43 and lat < 44 and lng > 2 and lng < 4 order by price fetch first 100 rows only;
    le traitement dure environ 500 ms, mais parfois 3000 ms (environ une fois sur 10) et meme plus de 10 s defois.

    Est ce que ces résultats vous semblent normaux ?
    comment faire pour les améliorer ?
    comment faire pour stabiliser ? ( je préférerai que ça mette toujours 1000 ms plutot que 300 / 3000 / 10000

    merci de votre intérêt.

  2. #2
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 136
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2010
    Messages : 10 136
    Points : 38 909
    Points
    38 909
    Billets dans le blog
    9
    Par défaut
    Bonjour,

    S'agit il du temps CPU ou elapsed, le temps elapsed étant lié aux autres sollicitations de la machine, n'a que très peu d'intérêt, et change à chaque exécution pour la même requête

    Sinon pour se prononcer sur l'optimisation, il faut connaitre les index et les statistiques.
    Les colonnes Lat et lng sont elles indexées ? si non alors inutile de chercher plus loin
    Si elles le sont, Est-ce que les valeur du where sont discriminantes, si non, les index ne sont pas éligibles
    Le tri aussi peut être très couteux si le nombre de lignes retenues après filtrage est important, est il vraiment utile ?

    Par ailleurs, le select * est il vraiment judicieux ? d'une part il est toujours préférable de mentionner explicitement les colonnes nécessaires, d'autre part, avec 21 millions de lignes, il est utile de ne transporter que les colonnes strictement requises

    Enfin qu'en est il de l'état d'organisation des données, une réorg peut souvent arranger les perfs

    Si l'organisation est ok, et les stats à jour, il faut aussi vérifier la date du bind package, à refaire si date antérieure aux stats et que les valeurs de clefs sont fortement mobiles (beaucoup d'insert et/ou delete dans la table)

  3. #3
    Membre régulier
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Décembre 2007
    Messages
    53
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Industrie

    Informations forums :
    Inscription : Décembre 2007
    Messages : 53
    Points : 100
    Points
    100
    Par défaut
    Bonjour

    En plus des préconisations de escartefigue peut être essayer avec un between A tester et à passer à l'explain

  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 768
    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 768
    Points : 52 719
    Points
    52 719
    Billets dans le blog
    5
    Par défaut
    Le plus efficace serait de convertir ces données en données spatiales et d'ajouter un index. Vos résultats risques de devenir instantanés !

    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. Recherche de pays par Latitude/Longitude
    Par ram-0000 dans le forum Algorithmes et structures de données
    Réponses: 8
    Dernier message: 08/04/2008, 12h42
  2. Tables croisées et recherche multicritère
    Par bronon dans le forum Requêtes
    Réponses: 2
    Dernier message: 28/11/2007, 10h30
  3. recherche 1 position (latitude longitude) la + proche
    Par 83stef dans le forum Algorithmes et structures de données
    Réponses: 6
    Dernier message: 14/05/2007, 20h52
  4. [CSV] extraire latitude/longitude de google map
    Par arnogef dans le forum Langage
    Réponses: 14
    Dernier message: 30/03/2007, 15h32
  5. Conversion Latitude,Longitude en UTM pour débutant.
    Par Messie dans le forum Algorithmes et structures de données
    Réponses: 3
    Dernier message: 22/04/2006, 18h37

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