Salut,  
 
Je n'ai trouvé aucun comparatif.
Dans quel cas faut t'il privilégier l'un ou l'autre ?
 
Dans la doc mysql, innodb sert à gérer de grands quantités de tables, données?  
Mais en fait, je ne vois pas l'intéret d'utiliser myisam
 
Quelles sont les différences? parce que innodb semble avoir de nouvelles options comme les foreign keys mais je ne trouve pas de limitation par rapport à myisam.
 
Bref sur un site où mysql est très important ( une bdd de plusieurs Go ) il faut privilégier innodb?
 
Par exemple, ce forum utilise mysql. Aurait t'il avantage à utiliser innodb?
 
merci

en abrégé parce que je suis sur le point d'aller chercher ma pizza:
 
myisam> optimisé pour la lecture
innodb> optimisé pour l'écriture, transactions, contraintes.

innodb est vraiment plus lent pour les lectures? y a t'il des chiffres?

j'ai pas de chiffres. Attention je dis pas qu'il est beaucoup plus lent, simplement, MyISAM est optimisé pour ça, InnoDB est plus sûr en contrepartie.

Le seul intéret d'innodb serait donc la sécurité accrue au niveau des données, mais il n'est pas intéressant d'utilisant innodb sur un forum comme celui-ci en terme de performance?

innodb te permet de poser de vraies contraintes d'intégrités
 
chose que myisam est incapable de faire

ce qui m'intéresse surtout en fait c'est les performances sur de grosses bases de données ( > 10Go ) avec de très nombreux accès en lecture et écriture seulement ( 600 req /s ) et je me demande quel format de table est le plus approprié.

surement pas mysql selon moi

myisam s'écroule rapidement lorsqu'il y a plusieurs accès simultanés en écriture.
 
Les tables myisam ont besoin d'être vérifiées (et ça prend des plombes) après un plantage.
 
Myisam ne permet pas d'utiliser des clefs externes (indispensable pour éviter des incohérences) ni des transactions.
 
Myisam ne te permet pas d'étendre une table en ajoutant de nouveaux disques.
 
Sur de grosses base de données, InnoDB est très vivement conseillé pour remédier à tous ces soucis.
 
Pour les performances en lecture, ça dépend beaucoup de la taille mémoire que tu réserves (innodb_pool_size ou quelque chose comme ça).
 

Ce forum doit pas être loin des 10Go et utilise mysql.

 
on voie ce que ça donne

oui, on le voit:  Page générée en 0.038 secondes
 ce qui est parfaitement acceptable.

Pour un site web, quelle autre SGBD(R) serait intéressant? postgresql?

 
je paralit plus des erreurs lors des grosses periodes de charges
 
le genre d'indisponibilité que tu ne peux pas te permettre en entreprise
 
cela dit si c'est pour un site web ..

Tu vois un autre SGBDR mieux adapté à un tel forum pour mieux supporter les charges et être plus rapide?

Joce utilise une beta aussi...

n'importe quel SGBD pourrait convenir, mais pour répondre à la question, il faut estimer différents paramètres tels que la fréquence des mises à jour, la fréquence des consultations (donc en gros, estimer la charge, et mieux l'estimer sur du long terme: est-ce que cette charge va croître). Incidemment, la taille de la DB, et aussi si tu comptes utiliser des mécanismes avancés comme la réplication, as-tu besoin de vues, procédures stockées, triggers, plus simplement, des relations, ou est-ce que du MyISAM de base te suffit.
 
Pour ça c'est à toi de voir, de comparer les SGBD du marché et de faire un choix. C'est clair maintenant que si tu veux pas payer, ton choix se restraint à Firebird, MySQL et PostgreSQL (enfin c'est les 3 que je connais )

il bidouille beaucoup surtout

 
oracle, DB2, MSSQL, sybase, interbase, postgres, ACCESS
 
 

surtout ACCESS

Access ça suxe des bambis

 
si on peut même plus glisser une ptite blague de tps en tps

 
J'avais bien compris