Discussion :

[langevert]

Bonjour,

J'ai deux petites questions techniques :

- Faire une jointure (inner join, left outer join, right outer join...) entre une table de type MyISAM et une table de type InnoDB, peut-il poser problème?

- Dans une table InnoDB, ne pas faire de clés étrangères a-t-il une conséquence sur :
¤ La rapidité des requêtes
¤ La taille des tables

Merci d'avance pour vos réponses

[Maljuna Kris]

Saluton,
Ça fait beaucoup de questions sans grand rapport entre elles.
A vrai dire, je ne sache pas qu'il y ait le moindre problème de jointure entre une table MyISAM et une table InnoDB.
Quant à la deuxième question la réponse va de soi, s'il n'y a pas d'intégrité référentielle à gérer, les INSERT, UPDATE et DELETE seront plus rapides, mais s'il faut gérer les mises à jour en cascade sur d'autres tables par d'autres requêtes je crois que le gain risque d'être illusoire.
Quant à la taille des tables avec ou sans clefs étrangères, mis à part les déclarations de contraintes dans le schéma, je ne pense pas qu'il y ait de différence significative.

[ced]

Pour ajouter un complément à la seconde question, la définition de clefs étrangères nécessite d'indexer les colonnes, ce qui accélère les requêtes de sélection.

ced

[Sivrît]

- Dans une table InnoDB, ne pas faire de clés étrangères a-t-il une conséquence sur :
¤ La rapidité des requêtes
¤ La taille des tables

Utiliser des contraintes de clefs étrangères tend plutôt à diminuer les performances car à chaque clef étrangère le serveur doit vérifier qu'elle est valide. La (faible) perte de performances est généralement considérée comme justifiée par la garantie de cohérence.

Pour ajouter un complément à la seconde question, la définition de clefs étrangères nécessite d'indexer les colonnes, ce qui accélère les requêtes de sélection.

... mais ralentie les insertions/modifications et prend de la place. Cela dit s'il y a bien des colonnes que l'on souhaite indexer ce sont généralement celles là donc ce n'est pas trop gênant.