Discussion :

[jani]

Bonjour,

J'ai une grosse table de 4 millions d'enregistrements que je souhaiterai optimiser. En effet les recherche dans cette table commence a être longue. Pensez vous que de repartir cette table sur plusieurs (par exemple 4 de 1 million) et de modifier mes requêtes en cherchant sur 4 tables différentes (mais meme structure) améliorerait le temps d'exécution?

Un conseil a m'apporter pour la gestion de grosses base de données ?

Je vous remercie d'avance pour votre réponse

[overider]

salut.

Je connais ce genre de problématique car dans l'entreprise ou je travaille, nous gérons des tables de plusieurs millions d'enregistrement.

dans un premier temps, il faut voir du coté de la structure de la table, ajouter des clés primaires, index etc... Une analyse de tes requetes avec la commande explain te permettra également de voir les incohérences d'analyse, besoin de formalisation de la structure de la base.
Bien que je ne l'ai jamais utilisés la commande profiling semble trés interressante pour voir les différentes étape de l'execution des requetes.

dans un deuxième temps, et si tu as un accés à la configuration du serveur, tu peux facilement augmenter des variables telle : tmp_table_size, query_cache_size query_cache_type. Plus d'info. Bien que le gestion de ces variables n'ai pas un impact énorme sur les performances, il peut ête interressant de les modifier.

il existe également une autre solution qui pourrait t'aider mais je ne connais pas du tout cette technologie pour ne jamais testé. Mais je pense qu'un autre utilisateur se fera un plaisir de te répondre. Il s'agit du partionement.


@+ et bon SQL