Discussion :

[maniT4c]

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 ?

[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.

[maniT4c]

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.

[ericd69]

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...