Précédent   Forum du club des développeurs et IT Pro > Bases de données > MySQL
MySQL Forum d'entraide MySQL. Avant de poster -> FAQ MySQL, Tutoriels MySQL
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse
 
Outils de la discussion
Publicité
'
Vieux 18/12/2012, 12h02   #1
maniT4c
Invité régulier
 
Inscription : juin 2009
Messages : 14
Détails du profil
Informations forums :
Inscription : juin 2009
Messages : 14
Points : 8
Points : 8
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 ?
maniT4c est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 18/12/2012, 12h13   #2
Golgotha
Modérateur
 
Avatar de Golgotha
 
Homme cédric
Artiste développeur
Inscription : août 2007
Messages : 1 060
Détails du profil
Informations personnelles :
Nom : Homme cédric
Localisation : France

Informations professionnelles :
Activité : Artiste développeur
Secteur : High Tech - Éditeur de logiciels

Informations forums :
Inscription : août 2007
Messages : 1 060
Points : 2 116
Points : 2 116
Envoyer un message via Skype™ à Golgotha
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.
Golgotha est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 18/12/2012, 15h00   #3
maniT4c
Invité régulier
 
Inscription : juin 2009
Messages : 14
Détails du profil
Informations forums :
Inscription : juin 2009
Messages : 14
Points : 8
Points : 8
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.
maniT4c est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 18/12/2012, 16h23   #4
ericd69
Expert Confirmé
 
Avatar de ericd69
 
Homme Eric Dureuil
Développeur informatique
Inscription : avril 2011
Messages : 1 815
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 815
Points : 3 118
Points : 3 118
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...
ericd69 est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse
Outils de la discussion

Navigation rapide


Fuseau horaire GMT +2. Il est actuellement 02h54.


 
 
 
 
Partenaires

Hébergement Web