Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 4 sur 4
  1. #1
    Candidat au titre de Membre du Club
    Profil pro Olivier Clémence
    Inscrit en
    juin 2009
    Messages
    15
    Détails du profil
    Informations personnelles :
    Nom : Olivier Clémence
    Localisation : France

    Informations forums :
    Inscription : juin 2009
    Messages : 15
    Points : 10
    Points
    10

    Par défaut Optimiser un site en utilisant deux bases

    Bonjour,
    je doit optimiser un site dont une des tables "commandes" possède plus de 100 000 enregistrements.

    Cette table contient l'ensemble des données de la commande ce qui explique qu'elle ralentisse le site.

    J'avias donc pour objectif de créer une table commandes_archive qui contiendrais les commandes vieilles de x mois.

    Le nombre de ligne de la table commandes courante serait alors grandement diminué.

    Je me demandais donc s'il était intéressant de stocker la table commandes_archive sur une autre base de données ? Afin de ne pas ralentir les requêtes vers la base principale du site.

    Qu'en pensez-vous ?
    Le site possède un sql privé chez OVH est-ce que je dois créer une nouvelle base sur ce sql privé ou carrément sur un autre serveur ?

  2. #2
    Modérateur
    Avatar de Golgotha
    Homme Profil pro cédric
    Full-stack Web Developer
    Inscrit en
    août 2007
    Messages
    1 179
    Détails du profil
    Informations personnelles :
    Nom : Homme cédric
    Localisation : France

    Informations professionnelles :
    Activité : Full-stack Web Developer
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : août 2007
    Messages : 1 179
    Points : 2 477
    Points
    2 477

    Par défaut

    Bonjour,

    Non, aucune raison de mettre un table sur une autre base de donnée

    100.000 lignes ça reste une petite table, je travail sur des tables avec des dizaines de millions de lignes. Déjà il faut faire de bon index sur la table, normalement, avec de bon index, une requête sur une table de 100.000 lignes devrait être quasi-instantané, même si il y a beaucoup de champs.
    modérateur webmasters - développements web & php
    faq jQuery - règles du forum - faqs web


    mon site web : exile-reborn : un mmorpg gratuit en ligne.

  3. #3
    Candidat au titre de Membre du Club
    Profil pro Olivier Clémence
    Inscrit en
    juin 2009
    Messages
    15
    Détails du profil
    Informations personnelles :
    Nom : Olivier Clémence
    Localisation : France

    Informations forums :
    Inscription : juin 2009
    Messages : 15
    Points : 10
    Points
    10

    Par défaut

    Merci pour ta réponse elle m'a permis de revoir encore une fois ma table et mon code et j'ai identifier un problème qui une fois solutionner devrait améliorer les performance du site.

  4. #4
    Expert Confirmé Avatar de ericd69
    Homme Profil pro Eric Dureuil
    Développeur informatique
    Inscrit en
    avril 2011
    Messages
    1 894
    Détails du profil
    Informations personnelles :
    Nom : Homme Eric Dureuil
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : avril 2011
    Messages : 1 894
    Points : 2 980
    Points
    2 980

    Par défaut

    salut,

    pour info ce que tu voulais faire s'appelle du load balancing, c'est utilisé pour des grosses bd et/ou si tu as un très fort trafic.

    mais comme te l'as golgotha, avant de penser à ce genre de truc faut déjà avoir une structure efficace (normalisée) des index bien positionnés, faire le plus possible des jointures au lieu des sous-requêtes, etc...
    soyons pensez à mettre quand votre problème est résolu ou à utiliser pour les réponses pertinentes...
    ne posez pas de problématique soi-disant simplifiée sur des problèmes que vous n'êtes pas capable de résoudre par respect pour ceux qui planchent dessus... sinon: et à utiliser pour insérer votre code...

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •