Ben, pour citer quelqu'un de chez MySQL "InnoDB is not a clustered engine" [http://forums.mysql.com/read.php?25,131517,131704#msg-131704].
Donc, quand on me dit que MySQL gère telle et telle fonctionnalité via InnoDB (les foreign keys par exemple) et qu'il ne faut évidemment pas utiliser MyISAM et qu'on me parle ensuite de MySQL Cluster, je me dis qu'il y a un bug quelque part :).
Sur le principe, l'idée d'avoir plusieurs moteurs est plutôt pas mal. Ce qui me gêne personnellement, c'est qu'ils ne sont vraiment pas homogènes et que certains ont des limitations vraiment tordues.
On retrouve un peu les mêmes limitations bizarres sur pas mal de fonctionnalités ajoutées ces dernières années un peu à la va-vite à mon goût.
Pour prendre un exemple concret sur les triggers : "Triggers currently are not activated by foreign key actions." [http://dev.mysql.com/doc/refman/5.0/en/routine-restrictions.(...)]
Si on imagine un forum avec des topics et des messages. On pose un trigger sur la table messages pour mettre à jour le nombre de messages dans un forum. Si on supprime un topic qui via une foreign key supprime les messages qui en dépendent, cela ne déclenchera pas le trigger de mise à jour du nombre de messages.
Il y a pas mal d'autres exemples dans le manuel (beaucoup de fonctionnalités ont une page avec les limitations).
C'est notamment toutes ces petites limitations bizarres qui me font éviter MySQL au maximum. PostgreSQL est, de manière générale, beaucoup plus cohérente.
[^] # Re: Et Derby alors ?
Posté par Guillaume Smet (site web personnel) . En réponse à la dépêche Sun Microsystems fait l'acquisition de MySQL. Évalué à 3.
Donc, quand on me dit que MySQL gère telle et telle fonctionnalité via InnoDB (les foreign keys par exemple) et qu'il ne faut évidemment pas utiliser MyISAM et qu'on me parle ensuite de MySQL Cluster, je me dis qu'il y a un bug quelque part :).
Sur le principe, l'idée d'avoir plusieurs moteurs est plutôt pas mal. Ce qui me gêne personnellement, c'est qu'ils ne sont vraiment pas homogènes et que certains ont des limitations vraiment tordues.
On retrouve un peu les mêmes limitations bizarres sur pas mal de fonctionnalités ajoutées ces dernières années un peu à la va-vite à mon goût.
Pour prendre un exemple concret sur les triggers : "Triggers currently are not activated by foreign key actions." [http://dev.mysql.com/doc/refman/5.0/en/routine-restrictions.(...)]
Si on imagine un forum avec des topics et des messages. On pose un trigger sur la table messages pour mettre à jour le nombre de messages dans un forum. Si on supprime un topic qui via une foreign key supprime les messages qui en dépendent, cela ne déclenchera pas le trigger de mise à jour du nombre de messages.
Il y a pas mal d'autres exemples dans le manuel (beaucoup de fonctionnalités ont une page avec les limitations).
C'est notamment toutes ces petites limitations bizarres qui me font éviter MySQL au maximum. PostgreSQL est, de manière générale, beaucoup plus cohérente.