+- JeuWeb - Crée ton jeu par navigateur (https://jeuweb.org)
+-- Forum : Discussions, Aide, Ressources... (https://jeuweb.org/forumdisplay.php?fid=38)
+--- Forum : Programmation, infrastructure (https://jeuweb.org/forumdisplay.php?fid=51)
+--- Sujet : [MySQL]Quel moteur de table? (/showthread.php?tid=3905)
[MySQL]Quel moteur de table? - Zamentur - 17-04-2009
Salut à tous,
Donc je lance ce sujet pour savoir quel moteur(s) de table vous utilisé pour votre jeu.
Bon déjà il me semble que la ou il y a débat c'est au sujet de InnoDb et de MyISAM.
Comme vous le savez peut être InnoDb permet plus de chose que MyISAM mais est moins rapide.
Ainsi, la question mérite d'être posé puisqu'un jeu à besoin de rapidité mais aussi d'assurer l'intégrité de ses données.
Pour l'instant j'ai toujours utilisé MyISAM.
Mais peut être que certains ont des jeu sous InnoDb qu'en pense t'il?
NB: le débat peut éventuellement être ouvert à d'autre base de donnée comme PostgreSQL.
RE: [MySQL]Quel moteur de table? - Ruz - 17-04-2009
J'ai tjs préféré MyISAM pour mes tables... jusqu'à être obligé de bidouiller des trucs tordus pour réaliser une transaction.
Donc, je suis en mixte... Ce qui est potentiellement "transactionnable"=> InnoDB... le reste en MyISAm.
La perte de vitesse, bof, rien remarqué pour le moment, mais j'ai pas la fréquentation pour avancer quoique ce soit...
Et du cache maison sur tout ce qui peut l'être...
Sinon, y a un "Firebird" qui a l'air pas mal... aussi.
Mais l'ayant découvert y a quelques jours, je peux pas en dire plus...
RE: [MySQL]Quel moteur de table? - wild-D - 17-04-2009
réponse hors jeu ^^
me semble que la rapidité de myisam porte avant tout en lecture pure. Sur l'écriture ça se discute plus
sur des config mixte les lock table de myisam peuvent bcp ralentir les choses donc à mon avis sur des sites à "fortes" fréquentation outre l'intégrité des données, même pour l'usage standard, innodb me parait mieux.
(a contrario -de ce que j'ai compris du fonctionnement des 2 moteurs; le fait que innodb puisse lire et écrire en même temps sur la même table peut faire que pendant un select une ligne peut être insérée/updatée "derrière ou devant" -
je suis pas très clair mais je me comprends-... donc en terme "d'intégrité" même si innodb gère les transaction/clé étrangère selon comment on l'utilise ce n'est pas forcément "sans défaut")enfin dans un débat du même genre il y avait des propositions d'user des 2.
(par exemple une proposition master:innodb, slave:myisam afin d'optimiser l'écriture et la lecture en usant du moteur le plus adapté)