Choix InnoDB - MyISAM

Bonjour à tous,
Dans l'évolution d'un site vers du e-commerce, je m'interroge sur le passage entre MyISAM et InnoDB.
D'après ce que j'ai pu lire sur les tutos du site, il est fortement conseillé d'utiliser pour la fiabilité des traitements ( gestion des intégrités, transactions ) une base InnoDB pour du e-commerce.
Concernant les temps de traitements, pour des requêtes souvent multijointures, quel est l'impact des transactions ? Doit-on les utiliser dans toutes les requêtes à toutes les sauces ? ralentissent-elles beaucoup les traitements ?
Merci de vos conseils

Les deux faces de votre question n'ont pas forcément de rapport entre elles :

Citation:

---

Envoyé par Kaldyris

Dans l'évolution d'un site vers du e-commerce, je m'interroge sur le passage entre MyISAM et InnoDB.
D'après ce que j'ai pu lire sur les tutos du site, il est fortement conseillé d'utiliser pour la fiabilité des traitements ( gestion des intégrités, transactions ) une base InnoDB pour du e-commerce.

---

Oui car InnoDB gère les clés étrangères, MyISAM non.

Citation:

---

Concernant les temps de traitements, pour des requêtes souvent multijointures, quel est l'impact des transactions ? Doit-on les utiliser dans toutes les requêtes à toutes les sauces ? ralentissent-elles beaucoup les traitements ?

---

Les SGBD sont optimisés pour faire des jointures. Il ne faut donc pas en avoir peur.
Que ce soit des tables en MyISAM ou en InnoDB, les différences de performance ne devraient pas être sensibles en terme de jointure.

La différence peut provenir, à partir de gros volumes de données à traiter, sur justement le contrôle d'intégrité exercé par InnoDB.

Avec une BDD correctement modélisée et bien indexée, on peut aisément travailler avec des tables de plusieurs millions de lignes sans souci, même en InnoDB.

Si tu constates des problèmes de performance, montre nous la structure des tables impliquées et la requête qui pose problème.

Pour du web, MyIsam est plus rapide (car SELECT et UPDATE), et sur des INSERT InnoDB est plus performant (dans les grandes lignes).

Perso sur une application e-commerce (qui charge beaucoup), on utilise MyIsam sur les tables en lecture et recherche fulltext (type produits), et InnoDB quand on a besoin de plus de robustesse (commandes).
Attention, ce mélange complique les sauvegardes et augmente le volume de RAM pour le cache.

Après il ne suffit pas juste de revoir sa base, il faut revoir l'application pour tirer profit de l'un ou l'autre des moteurs.
InnoDB est pas sur le clé étrangère où l'on peut supprimer en cascade des enregistrement et donc alléger l'application.

Pour du e-commerce, utiliser des transactions me semble assez vital pour tous l'aspect monétaire...

Ceci dit, MySQL accepte très bien de mélanger les moteurs de stockage au sein de la même base, donc cela n'empêche pas de mettre d'éventuelles colonnes ayant besoin d'indexation FULLTEXT dans des tables MyISAM.