Reprise du message précédent :

1) non parce qu'il assemble des centaines de bibliothèques et produits gigantesques dont il ne peut maîtriser tout, il doit donc avoir une certaine confiance, par la règle de "la surprise minimum" et par réduction de la "friction cognitive"
 
2) non, c'est l'inverse, si tu veux optimiser, tu vires les transactions, mais tu as de base dans un SGBD des transactions.

Elle est out of the box depuis autant de temps. La différence, c'est que jusqu'à la 4.0 inclus, fallait modifier le fichier de config pour l'activer. Sur la 5.0, c'est activé par défaut à l'install.

edit: c'est pas MySQL AB qui a programmé InnoDB, au fait, ils se contentent de le livrer avec.

Ben elle est dispo out of the box, mais pas activée puisqu'elle existe sur un format de tables livré avec mysql (innodb) mais qui n'est pas celui par défaut (myisam)

Branlette de mouches tout ça, c'est vrai que c'est difficile de modifier un fichier de config

Sauf que par défaut on a toujours du MyISAM, et donc pas de transactions

T'as rien compris au problème

Par défaut, mysql crée des tables myisam.
les tables myisam ne connaissent ni ne gèrent les transactions
donc par défaut mysql n'a pas de transactions, et il faut se rappeler de créer le bon format de table. Ou même savoir qu'une fonctionalité existant par défaut chez tous les SGBD concurrents (y compris sqlite) n'est pas activée par défaut sous mysql et pas disponible sur son format de tables par défaut.

Point barre.

tous les blogs sont complètement dénormalisés pour les perfs (vu la gueule des vues dans cette merde ), t'as intérêt à avoir des transactions là-dedans si tu veux pas tout foutre en l'air dès que c'est chargé.

cf ma remarque sur l'editeur de texte et le Ctrl+Z

Non, c'est InnoDB par défaut.

c'est quoi la différence à l'usage ?  
cas 1) il faut bidouiller pour l'avoir
cas 2) il faut bidouiller pour l'avoir

non, c'est pas difficile, par contre, c'est difficile de se rendre compte que t'as pas le merdier.

J'en conviens, c'est une habitude à prendre.

Sauf que quand tu valides l'architecture technique d'un projet tu t'assures que les composants logiciels que tu choisis répondent à ton cahier des charges et tu fais pas la vérif lors du passage en prod
 

99% des blogs n'ont aucun intérêt, donc tout le monde se fout qu'ils soient foutus en l'air

C'est marrant, la doc officielle de MySQL 6.0 n'est pas d'accord

mais putain non !!!! surtout pas, tu vas mettre le fonctionnement de tes transactions, puis le fonctionnement de tes autoindexes, puis est-ce que ton serveur web crache bien du HTTP1.1 et pas du 1.0 et puis est-ce que ta lib de gzip utilise pas une compression de 0 et puis est-ce que tes fichiers sont réellement sauvés ?  
 
tu passe déjà ta vie dans les docs des fichiers de conf pour ce que tu *veux* faire, tu vas pas passer ta vie à tester ce que tu penses avoir, surtout quand ça ne t'apparait même pas comme une fonctionnalité.

Je suis sûr que nraynaud et lorill se sont dit "tiens, si je forçait un format de table qui désactive les features dont j'ai besoin"
 
BTW, you fail:
installer sets this as default if support for transactions is selected, on other operating systems the default table type is MyISAM

Faut connaître un minimum le produit qu'on utilise (je demande pas de comprendre les sources non plus )

 
MyISAM par défaut

J'insiste, la doc est en erreur. Avec l'installation par défaut, il me crée des tables InnoDB et pas MyISAM.

(ou c'est propre à l'installation Windows)

surtout que MyIsam c'est un truc qui devrait disparaitre de la vue du public, ça n'a aucun intérêt, c'est pas standard et c'est ce qu'il y avait "avant".
 
Et on arrête de parler de "storage engine" dans mysql et on libère de la place dans la tête des gens et dans l'imaginaire collectif pour des trucs intéressants comme des view et autres truc beaucoup plus utiles.

On parle de feature majeure d'un produit, pas d'un détail de fonctionnement interne.
Les fonctionnalités macroscopiques attendues pour un SGBD y a en pas 50 non plus

moi il m'a créé une myisam tout-à l'heure, install d'un 5 et quelques par ubuntu

Tu économise un téléchargement
Et comme tout le monde met son serveur web sur un modem 28800 bauds c'est super important

Faut aussi vérifier si le SELECT ne droppe pas les tables ?

Justement pour moi la capacité à pouvoir utiliser (et mélanger) des storage engine, c'est une des fonctionnalités majeures de MySQL. Maintenant je peux comprendre que ça choque

mais c'est pas ça une feature majeure. C'est les clusters, les datagrids, le management etc. les vraies fonctionnalités utiles, les transactions c'est la base.

Mon dieu que c'est vicieux cette merde

MAIS LES SELECT VONT PLUS VITE SUR MYISAM QUE SUR INNODB888

C'est surtout complètement con.

mais tes transactions passeront jamais au travers, tes views vont galérer etc. si tu fais ce genre de trucs.

J'ai l'intention d'utiliser les deux aussi

nan, mais je rêve, si tu utilises MyISam c'est que tu veux des perfs, donc que tu as dénormalisé ta base (vu la gueule des view) donc que tu es super-vulnérable sans transactions.

En même temps, les views sont super récentes (5.0, quelque soit le storage engine) et les utiliser n'est pas nécessairement une bonne idée

MyISAM est rapide parce que myisam n'a pas de transactions (et n'a rien de ACID)

Si j'ai besoin de transactions que sur certaines tables sensibles mais que je souhaite des perfs + importantes sur d'autres, c'est pratique

j'ai posté mes découvertes sur les views dans MySQL ici il y a au moins 1 mois ...

Mouais super vulnérable...
Je gère un site de jeu en ligne à fort traffic (15000 joueurs, le jeu tourne depuis 5 ans) et on n'a jamais eu de souci du fait qu'on n'avait pas de transactions On est en MyISAM depuis 5 ans.

bon, merde ! allez vous faire foutre !

par contre, si quelqu'un savait pourquoi mod_pam arrive pas à m'identifier au travers d'apache2 je serait super-content. j'ai ça dans /var/log/auth.log :
Jan  4 23:16:40 sd-187 apache2: (pam_unix) authentication failure; logname= uid=33 euid=33 tty= ruser= rhost=lala  user=nraynaud

"on a toujours fait comme ça ..."

   
Innodb était pas assez performant par rapport à la charge, il aurait fallu un upgrade serveur à l'époque et on n'avait pas les moyens...

merci de nous préciser ça ; tu voudrais pas venir nous signaler la prochaine fois que tu TT quelqu'un ?
 

'seriez pas linuxiens, vous ? genre "les produits sont forcément géniaux, et c'est à l'utilisateur de s'adapter" ?
Si vous construisiez des maisons, vous foutriez des sols glissants pour se déplacer plus vite, et si t'as peur de te casser une jambe, ben non, fallait préciser avant le début de la construction, ah mais fallait se renseigner avant de nous demander un devis !
 
et non, en tant que programmeur pour un projet d'envergure moyenne voire petite, tu vas pas forcément passer 40 heures à lire les 46547674 kilomètres de doc de chacun des composants du serveur que tu utilises, ni à tester toutes les features que tu pensais fournies et activées de base (puisque c'est le cas chez tous les concurrents)
 

sauf que ça devrait pas être une feature désactivée par défaut

et vous avez pas réévalué depuis ?

si tout le monde résonnait en "ça a toujours été comme ça, je vois pas pourquoi on changerait", on serait encore en train de peindre des mamouths sur les parois des grottes, et je suis pas sûr qu'on serait plus heureux.

C'était pas le but de mon propos
Je voulais juste souligner le fait que s'il n'y avait eu que InnoDb de dispo (nraynaud semble convaincu que ça devrait pas exister), notre projet n'aurait pas pu tenir aussi bien la charge qu'il le fait actuellement grâce à MyISAM.
On aurait actuellement aucun gain à passer sous InnoDb.
Ca dépend des applis ensuite bien évidemment. Je vois la possibilité de "jouer" avec les Engines comme une souplesse d'utilisation.

C'est vrai qu'il faut rentrer loin dans la doc pour voir comment fonctionne les transactions sous MySQL...

Le problème c'est pas "c'est facile à trouver", c'est "il faut chercher". Pour quelque chose qui devrait exister sans avoir à chercher dans la doc, pour que tu puisses utiliser ton logiciel exactement de la même manière que l'intégralité de ses concurrents.

Après, si t'arrives pas à comprendre ça, j'ose pas imaginer la gueule de ton jeu, si c'est toi qui l'a designé.

http://ubuntuforums.org/showthread.php?t=29420