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

Requêtes MySQL Discussion :

[Optimisation] fine tuning table de statistiques


Sujet :

Requêtes MySQL

  1. #1
    Membre du Club
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    126
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 126
    Points : 55
    Points
    55
    Par défaut [Optimisation] fine tuning table de statistiques
    Bonjour,

    Sur mon site j'ai un petit système de statistiques de fréquentation en plus de Google Analytics.

    Ça marche avec une table visites qui compte les visites (IP) avec quelques autres informations :



    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    CREATE TABLE visites (
      ip varchar(30) NOT NULL,
      date date NOT NULL,
      timestamp_start int(10) unsigned NOT NULL DEFAULT '0',
      timestamp_end int(10) unsigned NOT NULL,
      host text NOT NULL,
      referer_visite text NOT NULL,
      cpt_vues smallint(5) unsigned NOT NULL,
      is_archived tinyint(4) NOT NULL,
      KEY (ip)
    ) ENGINE=MyISAM;
     
    -- et non PRIMARY KEY (ip)
    Le tout est découpé PAR JOUR.
    Ca veut dire que si une même IP vient le 20 mars et le 21 mars, il y aura 2 entrées dans la table : une pour le 20 mars et une autre pour le 21.

    Mon objectif est d'optimiser le temps d'éxécution de ces requêtes (parce qu'elles sont appelées à chaque page vue) :

    Détection nouvelles visites
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SELECT ip FROM visites WHERE date = CURDATE() AND ip='127.0.0.1'
    Mise à jour à chaque page vue
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    UPDATE visites
    SET cpt_vues = cpt_vues + 1, timestamp_end = 1299956232
    WHERE ip = '127.0.0.1' AND date = CURDATE()
    Donc je me demande quel index utiliser.
    Actuellement j'ai un index PRIMARY sur le champ ip, et je me demande si ça ne serait pas mieux d'avoir à la place un index PRIMARY sur 2 colonnes : ip et date.

    Est-ce que ça serait plus rapide ?

    Autre point : l'espace disque, est ce qu'un index sur 2 colonnes prend significativement plus de place d'un index sur 1 colonne ?

    Merci

  2. #2
    ced
    ced est déconnecté
    Rédacteur/Modérateur

    Avatar de ced
    Homme Profil pro
    Gestion de bases de données techniques
    Inscrit en
    Avril 2002
    Messages
    6 016
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Loiret (Centre)

    Informations professionnelles :
    Activité : Gestion de bases de données techniques
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Avril 2002
    Messages : 6 016
    Points : 23 705
    Points
    23 705
    Par défaut
    Bonjour,

    Ca veut dire que si une même IP vient le 20 mars et le 21 mars, il y aura 2 entrées dans la table : une pour le 20 mars et une autre pour le 21.
    Du coup, la seule colonne ip ne peut pas suffire en clé primaire. Il faut que la clé primaire soit l'association (ip, date). Et du coup, ça créera un index sur l'association des 2 colonnes.
    Au passage, il est fortement déconseillé d'utiliser des mots réservés (date par exemple) pour nommer des colonnes.

    ced
    Rédacteur / Modérateur SGBD et R
    Mes tutoriels et la FAQ MySQL

    ----------------------------------------------------
    Pensez aux balises code et au tag
    Une réponse vous a plu ? N'hésitez pas à y mettre un
    Je ne réponds pas aux questions techniques par message privé, les forums sont là pour ça

  3. #3
    Membre du Club
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    126
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2006
    Messages : 126
    Points : 55
    Points
    55
    Par défaut
    -_-'

    Je viens de me rendre compte que j'ai effectivement écrit n'importe quoi dans mon post hier.

    Actuellement il n'y a pas de clé primaire, il y a juste un index sur le champ IP (un index simple, de type BTREE). J'ai corrigé le CREATE TABLE dans mon premier message.

    Donc du coup je repose ma question :

    Vaut il mieux un index simple sur le champ ip, ou un index PRIMARY sur ip, date ?
    (avantages/inconvénients sur les performances et l'espace disque)

Discussions similaires

  1. Optimisation d'une table
    Par gregal dans le forum Langage SQL
    Réponses: 8
    Dernier message: 16/02/2007, 14h42
  2. Optimisation Bases Access: Tables liées
    Par caporal dans le forum Access
    Réponses: 4
    Dernier message: 05/04/2006, 12h38
  3. Optimisation d'une table
    Par jexl dans le forum SQL Procédural
    Réponses: 2
    Dernier message: 15/12/2005, 13h22
  4. Optimisation de requette TABLE ACCESS (FULL)
    Par e77em dans le forum Oracle
    Réponses: 10
    Dernier message: 16/09/2005, 11h39
  5. Optimiser grâce aux tables temporaires
    Par dcollart dans le forum Langage SQL
    Réponses: 4
    Dernier message: 24/07/2005, 10h11

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