Discussion :

[Ojiuiookojbezib]

Bonjour,

Je reste actuellement perplexe sur les notions "Engine=MyIsam" (ou autres). Je cherche actuellement à faire un "espace membre" et sur différents tuto, je vois que ces notions sont souvent utilisés mais même si je compris qu'il s'agissait de "moteurs de stockage", je ne vois pas l'intérêt réel de la chose, pouvez m'éclairé à ce sujet ?

Pour réalisé ce genre d'espace avons-nous obligatoirement ou nécessairement besoin de les mentionnés ? Et si on déclare une table comment étant de type MyIsam (ou autres moteurs de stockage) doit-on faire de même pour le reste de la base de données ?

Merci d'avance pour votre aide

[grunk]

Pour faire simple

Myisam :
+ est plus rapide en lecture de données : on le privilégie quand on lit beaucoup plus que l'on écrit dans la base
+ Supporte les index fulltext (utile pour faire un moteur de recherche)
+ Facilite la conception des bases car on ne s'occupe pas des clé étrangères (non supportées)

- Pas de clé étrangère (souvent problématique) , donc pas d'update/delete en cascade
- Pas de transaction
- N'est plus le moteur par défaut de mysql => on peut imaginer qu'il va sans doute peu à peu disparaitre

InnoDB :
+ Supporte les clé étrangères
+ Support les transaction
+ meilleure granularité sur les lock => meilleur gestion des accès concurrent
+ Index FullText depuis Mysql 5.6
+ Moteur par défaut

- Pas de fulltext avant 5.6
- Plus "lent" sur de la lecture pure

Concrètement aujourd'hui y'a pas vraiment de raison valable d'utiliser myisam.

Plus d'infos : http://dev.mysql.com/doc/refman/5.5/...e-engines.html

[Ojiuiookojbezib]

Merci bien grunk !

[ABCIWEB]

Salut,

grunk t'a donné (sans doute involontairement) un lien vers la version mysql 5.1 qui donne encore myisam comme choix par défaut. Cela change avec la version 5.5. Comme "InnoDB" a fait de gros progrès et offre des fonctionnalités supplémentaires, c'est devenu le choix naturel.

Le seul problème que je trouve avec ces tables "InnoDB" c'est qu'elles nécessitent des fichiers que l'on ne peut pas récupérer avec php pour faire une sauvegarde à chaud (ou du moins je sais pas faire). C'est bien pratique pour récupérer la bdd en un clic depuis un espace administrateur php standard sans passer par phpMyadmin. Même si ce n'est pas une solution envisageable pour des gros volumes (ni une solution professionnelle car peu performante) j'aime bien cette fonctionnalité très pratique sur les petits/moyens sites qui permet de se dire qu'on pourra tout remettre en ligne sans perte et sans dépendre de l'extérieur. Au passage si quelqu'un a une piste pour sauvegarder "InnoDB" avec php...

A part ça il y a aussi un article intéressant mais plus global sur les sgbd ici (en français).

[Ojiuiookojbezib]

Merci pour ton apport ABCIWEB

Mais est-ce que le fait choisir tel ou tel moteur peut interférer dans notre manière de codé en Php (point de vue syntaxe en tout cas) ?
J'ai aussi vu qu'on pouvait changé un type de table (autrement dit moteur) en quelque sorte "à sa guise", seulement est-ce que ce genre de modification ne peut pas être à l'origine de problèmes plus ou moins important ?

Exemple : Aujourd'hui j'ai une table "membres" de type MyIsam dans ma bdd, est-ce que si je souhaite la remettre sous InnoDB manuellement je risque d'avoir de mauvaises surprises ?

[ABCIWEB]

Mais est-ce que le fait choisir tel ou tel moteur peut interférer dans notre manière de codé en Php (point de vue syntaxe en tout cas) ?

Le plus simple est d'utiliser pdo pour un maximum de souplesse avec les différents sgbd. Mais y a bien quelques fonctions comme rowCount qui ne sont pas compatibles avec toutes les bases et qu'il vaudrait mieux éviter pour une application portable.
Aussi InnoDB n'est pas optimisé pour les requêtes count(*) sans clause where et a d'autres limitations qui répondent à ta question suivante.
Après si tu as déjà tout développé avec myIsam t'as pas de raison particulière de passer vers innoDB étant donné que tu as déjà fais manuellement l'équivalent des update et delete en cascade. Et par ailleurs même si sur le papier les tables innoDB sont plus robustes que les tables myIsam, on sait par expérience que les tables myIsam sont quand même très robustes puisque c'était le moteur par défaut il y a pas si longtemps. Elles sont justes moins robustes dans certaines conditions exceptionnelles.

[Ojiuiookojbezib]

Compris !
Encore merci pour ton aide