[jce76350]

Suite aux differents posts sur http://www.cmsmadesimple.fr/forum/viewtopic.php?id=4708


NOTA le bug #8684 est normalement corrigé sur le SVN Révision 8514 -- modify CreateTableSQL to be smarter about table options - ...
Fixed in SVN. Needs significant testing for new installs and
uninstall/re-install of modules when using mysqli driver particularly.

A tester et valider si OK

Pour moi install complète WAMP PHP 5.4.9 + MySql 5.5.20 avec mysqli ou mysql driver
pas bon les tables _seq ne sont pas MyISAM mais InnoDB ->A confirmer ! c'est modifie en 8515

[Jean le Chauve]

Wamp MySql 5.5.24 php 5.3.13 sous windows 7 64Bits
Install neuve : 1.11.4-8522-Fr Fernandina (prise chez toi).

Toutes les tables (y compris _seq) sont créées en MyISAM bien que le moteur de stockage par défaut de MySQL est InnoDB.
J'ai également tenté un upgrade et une installation d'un module : tout est en MyISAM et utf8_general_ci.

[Jean le Chauve]

svn 8523 vient de corriger le bug des routes
On râle sur les bugs dus aux nouvelles versions, mais Calguy les résous hyper vite (1 heure pour ce dernier).
Donc, au lieu de râler, déposez les bugs

[jce76350]

je viens de renter
C'est Ok aussi pour moi je modifie mon 1er post d'hier avant de Robert finisse les corrections

Donc, au lieu de râler, déposez les bugs

ça c'est bien vrai

[Philipppe]

Donc il y a bel et bien intérêt à ne pas continuer à travailler avec des installations qui mélangent MyISAM et InnoDB ?
Et comment modifier l'existant ?

[bess]

la prochaine version de cmsms emportera un correctif qui réparera ta version au passage si j'ai bien compris

[Philipppe]

la prochaine version de cmsms emportera un correctif qui réparera ta version au passage si j'ai bien compris

Merci @bess !
Réparation par intervention directe sur les tables concernées via des requêtes sql ou autre ?

[Jean le Chauve]

Donc il y a bel et bien intérêt à ne pas continuer à travailler avec des installations qui mélangent MyISAM et InnoDB ?
Et comment modifier l'existant ?

Je t'ai fait un script ici : http://www.cmsmadesimple.fr/forum/viewto...189#p32189

[jce76350]

avis aux testeurs
On peut donc considérer le #8684 résolu et donc le clore

[Philipppe]

> Je t'ai fait un script ici ...
@Jean, merci ! je vais l'utiliser sur une version que j'ai créé sur wamp et basculé en ligne !

> avis aux testeurs
@jce il y a une partie de ce fil que je ne suis pas certain de comprendre juste : Sur des sites en production qui comportent les deux types de tables, suffit-il que j'attende la prochaine release de CmsMs pour que les tables soient corrigées ?
Merci.

[Jean le Chauve]

Utilise le script, tu n'auras pas besoin de te poser de question

[Philipppe]

Utilise le script, tu n'auras pas besoin de te poser de question

Halala ... avec les années, et certaines expériences ...., j'ai fortement écorné mon esprit d'aventure et ma capacité d'enthousiasme et de confiance !
Il est probablement temps que je m'aligne hein ... !
Allez, hop je serts les f... et je vais faire ddans l'après-midi (pas possible avant!).
Tu peux clore @jce, j'enverrai message direct à Sa Seigneurie pour lui dire que tout vas bien !

[pierrepercee]

Je suis épaté par la vitesse de réaction de Calguy ! Nota: chez 1&1 par exemple, le mélange des genres ne semble pas poser de problème particulier. Question sur le long terme : le passage à du full Innodb (c'est quand même sacrément plus puissant) est-il envisageable avec nos "vieux" serveurs Mysql. J'ai regardé à droite, à gauche, il semblerait que tant que l'on fonctionne avec du MyIsam, tout va bien mais... Y a-t-il des spécialistes des bases de données dans la salle ?
A mon humble avis, c'est de ce côté là qu'on peut vraiment progresser pour les versions à venir avec l'équilibre délicat "gain en performance" vs "maintien d'une bonne compatibilité avec les anciennes versions". Le nombre de tables générées à l'installation de CMSMS tendrait à prouver que les choses ont été plutôt bien pensées de ce côté là. J'aimerais bien avoir le point de vue d'un spécialiste des bases de données sur les gains en performance envisageables via une optimisation de l'architecture.
Sinon, je file mettre le bonnet d'âne de celui qui râlera encore au moindre bug et qui n'a toujours pas testé la version corrective. Ceci-dit, cela sent bon non pour la prochaine mouture ?

[bess]

la différence fondamentale entre InnoDb et MyIsam est l'Acidité. le premier le possède, le second ne le possède pas

ACID pour Atomicité / Cohérence / Isolation / Durabilité. Voir : http://fr.wikipedia.org/wiki/Transaction_informatique

clairement cmsms n'est pas un logiciel qui a besoin de l'ACID sur sa base de donnée même si l'on peut mettre en avant la pérénité quand au modèle transactionnel. Je penses qu'un site internet se doit d'être rapide, le plus rapide possible, et que le pénaliser sur les accès aux bases de donnée va à l'encontre du principe même de faire un site internet qui gère du contenu, du texte... Or mettre en place la transaction a un coût en terme de performance... c'est pourquoi on dit que MyIsam est plus rapide que InnoDb

Un site Ecommerce mérite de l'ACID, un site banquaire aussi

Un cms, un forum, ... tous peuvent se permettre le risque de corruption car leur premier objectif reste la vitesse.

Conclusion : je ne pense pas à titre personnel que je pousserais vers la généralisation d'Innodb sur mes installations

[Philipppe]

Sans prétendre être un expert en SGBD, j'en ai pratiqué pas mal depuis 1982 ..., dans des contextes "gros systèmes" et autres, et j'avais pris le temps de me documenter et tester quand AdoDB est apparu sur notre CmsMs ... :
- j'avais d'abord trouvé cette syntaxe plaisante dans sa simplicité apparente !
- mais assez vite abandonné son utilisation car aucun soucis pour moi de portabilité des solutions : mes clients sont pour la plupart de petites structures ... !

Je suis en accord avec @bess : ici, objectif vitesse d'affichage .... sur le maximum de plateformes qui accèdent au web ... !

Et je comprends aussi ton soucis @pierrepercee : si je me souviens, tu as une contrainte de portabilité de tes requêtes ...!?

[pierrepercee]

@Philippe,

Non j'ai pas de contrainte pour la portabilité de mes requêtes...
Simplement beaucoup de développeurs, à l'aise avec la POO etc. oublient de regarder du côté de l'optimisation côté base de données, tout simplement parce qu'on ne peut pas être un "omni-specialiste". Je me trompe peut être (je n'y connais rien, soyons clair à part le BA-BA sql indispensable) mais j'aimerais bien avoir l'avis d'une "pointure" sur l'architecture utilisée par CMSMS vs celle d'autres CMS.
@Bess
Vitesse d'affichage vs sécurité des transactions... C'est pas un choix enthousiasmant hein ! Voila ce que dit un type assez pointu sur la façon dont différents CMS utilisent l'architecture base de données :
"Et oui, c’est bien le drame !!! Je me suis livré récemment à l’étude des modèles d’applications spécifiques à MySQL du genre Joomla, Prestathsop ou SPIP pour l’un de mes clients…. et c’est dramatique de voir ce genre d’erreur dedans…
Du coup, les données exploitées sont corrompues ".

On peut en lire un peu plus sur Mysql dans "cet article"

[jce76350]

Je vais fermé la discussion sur le #8684 car il est bien résolu

Pour les technique bases de données ouvrir une autre discussion si besoin

@pierrepercee tu peux sur le #8684 http://dev.cmsmadesimple.org/bug/view/8684
passer le State: Open à Closed

[pierrepercee]

Ci-fait