Discussion :

[clavier12AZQSWX]

bonjour,

j'ai une énorme table de données (plus de 10millions de lignes) au format MyiSam qui est au coeur de mon SI (géographiquement et sémentiquement parlant);
mysql me dit qu'elle occupe plus de 700Mo sur le disque.
Elle contient des indexes biensur.

Je voulais savoir s'il vallait mieux la convertir en InnoDb pour avoir de multiples petits fichiers gérer par l'Os plutôt qu'un énorme à brasser à chaque requête.

Est-ce que j'y gagnerais forcément en rapidité de traitement ?

Ma question plus générale est y-a-t-il une taille de table (ou un rapport en fonction de la mémoire du serveur) à partir de laquelle il est recommandé de passer à InnoDb ?

merci de votre aide.

[CinePhil]

Je ne pense pas que le critère de taille soit déterminant dans le choix de MyISAM ou de InnoDB.

Le choix essentiel pour InnoDB est que c'est un moteur qui permet de bénéficier des contraintes de clés étrangères.

Et 10 millions de lignes, ce n'est pas encore insurmontable pour InnoDB. J'ai travaillé avec des tables de plusieurs dizaines de millions de lignes en InnoDB sans problème (de mémoire, 64 millions de mouvements de bovins et 30 millions de bovins).

L'essentiel est de bien optimiser le schéma de la BDD, de bien l'indexer en fonction des requêtes à faire et de se pencher sur d'autres solutions quand on commence à rencontrer des problèmes réels de performances.