Salut!
 
J'ai une très très grosse table très lente d'accès. De type MyISAM, le format par défaut.
 
Maintenant, j'ai vu certain résultat pour InnoDB, c'est assez impressionnant.  
 
Est-ce que ca pourrait être util pour moi? Ma table est un gros dictionnaire à 290000 entrées. Le langage utilisé pour faire des querys reste le même?  
 
Vous connaissez des détails sur InnoDB que je ne connais pas?
 
Merci!
 
 

A part permettre la gestion de l'intégrité référentielle entre les tables non..
 
Enfin, je pense pas...

ce qui m'étonne c'est que ce soit plus rapide en InnoDB qu'en MyISAM, car d'habitude, c'est le contraire.  Les tables InnoDB autorisent la gestion des transactions et les contraintes d'intégrités du style clés étrangères.
 
Si ta table version MyISAM est pareille, je vois pas l'intérêt de changer, par contre, si tu n'as pas de clé sur ta table en MyISAM, cela explique peut-être sa lenteur car c'est vraiment sensé être plus rapide qu'InnoDB.

http://www.manuelphp.com/mysql/innodb-overview.php
 
InnoDB a été conçu pour maximiser les performances lors du traitement de grandes quantités de données. Son efficacité processeur n'est égalée par aucun autre moteur de base de données.

Le fameux site web Slashdot.org utilise InnoDB. Mytrix, Inc. stocke plus de 1 To de données dans une base InnoDB, et un autre site gère une moyenne de 800 insertions/modifications par secondes avec InnoDB
..............

oui, enfin, faut voir ce que cela veut dire également... innoDB est le plus rapide sur les tables qui ont des modifications fréquentes car il ne fait pas un table lock mais un row lock, ce qui permet de faire des modifs/lectures en simultané.
 
Mais ce ne sont que des lectures, MyISAM reste plus rapide en consultation (mais moins robuste)

ok mais est-ce que faire un SELECT aléatoire avec certains critères, souvent plusieurs dans une boucle, pourrait être considéré comme un "traitement de grandes quantités de données"
 
Comme je vous ai dit, ma table comporte 290000 enregistrement, les champs sont tous indexés.  
 
Je veux PLUS de rapidité!

trop d'index tu l'index.
A chaque insertion la base se retrouve obligé de mettre a jour l'ensemble des index et s'il y a des index pour tous les champs, je suis pas sur qu'il utilise en premier le meillieur index corespondant à la requête.

j'espère que tu es un adepte de la command EXPLAIN, ça t'aidera à y voir plus clair dans les performances de tes requêtes

Ah mais la vitesse d'insertion/mise à jour, je men fous un peu pour l'instant. Je veux du lightning fast fetch!
 
Mais je vais tout de même regarder les résultats des EXPLAINs..