innodb et les hébergeurs ?

Bonjour,

En regardant d'un peu plus près la BDD de joomla, je me suis demandé comment était le schéma relationnel. Et la surprise, aucune table (enfin pour celle que j'ai consulté donc une paire ^^) ne sont relié entre elles, mais il semble y avoir une relation par l'intermédiaire d'une table, je me dis mais pourquoi ? Et le moteur est toujours en MyISAM au lieu de innoDB plus en accord avec les relations 8O

En cherchant un peu sur le net, certaines personnes ont des soucis en innodb car non installé ou non pris en charge par l'hébergeur :zen:

J'en viens à ma question, faut-il s'embêtait à mettre en innodb avec les relations existantes ou faut-il rester en MyISAM et faire comme joomla ?

Merci d'avance

MyIsam est plus rapide et permet les recherches fulltext.

Si tu en as la possibilité c'est je pense dommage de se passer de table innodb.
En revanche si ton application à vocation à être distribuée à grande echelle sur des systèmes hétéroclites , il est sans doute plus judicieux de rester en mysam et d'émuler par exemple les CASCADE en php.

Note que pour la recherche fulltext avec innodb c'est assez facilement émulable avec une table supplémentaire et des triggers.

Si je ne m'abuse, tu devra par contre gérer les suppressions/modifications de chaque table, le myIsam ne gérant pas les relations entre tables (cascade, setnull, ...).

Citation:

---

Envoyé par gwharl

Si je ne m'abuse, tu devra par contre gérer les suppressions/modifications de chaque table, le myIsam ne gérant pas les relations entre tables (cascade, setnull, ...).

---

Ben oui c'est ce que je me disais, alors qu'avec relation cela mettrait à jour les tables en cascades et devrait etre plus rapide logiquement non ?

déjà je suis pas sur que joomla aimera si tu lui changes son moteur.

ensuite est ce qu'il faut, en règle générale, formaliser les contraintes d'intégrités: oui oui oui oui oui oui oui

sans ça le shéma dégénère au fil des dévelopeurs et c'est une source de connaissance qui n'est pas exploitée.

Citation:

---

Envoyé par gene69

déjà je suis pas sur que joomla aimera si tu lui changes son moteur.

ensuite est ce qu'il faut, en règle générale, formaliser les contraintes d'intégrités: oui oui oui oui oui oui oui

sans ça le schéma dégénère au fil des développeurs et c'est une source de connaissance qui n'est pas exploitée.

---

T'inquiète je n'ai pas l'intention d'y toucher, j'ai pris cet exemple car c'est assez connu je pense :mouarf: et comme c'est connu justement je me demandais pourquoi il ne le faisait pas alors que cela réduirait considérablement le nombre de requête... Faut se plaindre auprès de Joomla pour ça ^^ ?

Citation:

---

Envoyé par kaiser59

T'inquiète je n'ai pas l'intention d'y toucher, j'ai pris cet exemple car c'est assez connu je pense :mouarf: et comme c'est connu justement je me demandais pourquoi il ne le faisait pas alors que cela réduirait considérablement le nombre de requête... Faut se plaindre auprès de Joomla pour ça ^^ ?

---

Un code optimisé est fait sur mesure en fonction de besoins précis. Et donc Joomla, comme les autres CMS préfabriqués, ne peuvent pas être optimisés puisqu'ils doivent répondre à "presque tous" les besoins...

Citation:

---

alors que cela réduirait considérablement le nombre de requête...

---

Ca réduirait le nombre de requête écrites dans le code mais pas le nombre de traitement.
Innodb est plus lent que Myisam ; Joomla a besoin d'être rapide.

Citation:

---

Envoyé par sabotage

Ca réduirait le nombre de requête écrites dans le code mais pas le nombre de traitement.
Innodb est plus lent que Myisam ; Joomla a besoin d'être rapide.

---

Dans ce cas, à quoi sert de garder innoDB dans le moteur ? 8O
De plus, cela voudrait dire que cela va plus vite de faire 10 requêtes pour mettre à jour en cascade (par exemple) plutôt qu'une 1 ? Le monde à l'envers MySql ^^

Supposons je crée un CMS, il serait plus judicieux de ne pas faire de relation et de laisser en MyISAM alors ?

La gestion des contraintes permet de garantir la cohérence des données et offre des fonctionnalités comme les suppressions en cascade.
Innodb permet également les transactions.

Sur la question des performances, les avis sont variés :
http://mysql.developpez.com/faq/?page=SYNTAXE_FORMATS

La question que tu dois te poser c'est : Ai-je besoin d'intégrité référentiel sur mes données ?

Si tu te fiche éperdument qu'un utilisateur puisse être relié à un groupe n'existant plus (par exemple) alors tu n'as que peu d'intérêt à opter pour innoDb.

Si en revanche c'est très important alors tu devrais sérieusement penser à innodb.


Mais bon y parait que le modèle référentiel est hasbeen et que l'avenir est au noSql ... (avis que je ne partage pas soit dit en passant)

ok merci pour vos réponses en tout cas.