Discussion :

[brice01]

MySQL développe un nouveau moteur de base de données transactionnel évolué. Ce projet, qui porte le nom de code FALCON, exploite une technologie créée par le célèbre architecte de bases de données Jim Starkey et acquise cette année par MySQL. Destiné aux applications d'entreprise modernes et aux applications Web 2.0, FALCON sera disponible sous la licence open source GPL et entrera en phase de test public beta au cours de l'été.

Le moteur de stockage solidDB™ met en avant les capacités OLTP éprouvées que Solid Information Technology a offert durant plus de 14 ans. Les fonctionnalités clés du moteur solidDB incluent multi-version concurrency control, l’intégrité transactionnelle avec support ACID, online backup, haute performance et fonctions de sécurité. Un prototype du moteur de stockage solidDB pour MySQL est téléchargeable à : http://www.solidtech.com/solidDBforMySQL/download.

Parmi les nouveaux projets de moteur en cours de développement par la communauté MySQL, on notera en particulier :

• PrimeBase XT
• OpenOLAP
• Moteur de stockage de Thinking Networks

Cette insitation aux développement d'autres moteurs open source n'est elle pas le fruit du rachat d'Innobase par Oracle ?
Que pensez vous de cette multiplication des moteurs dans MySQL ?

[Alexandre T]

Merci de ces citations !

Cette insitation aux développement d'autres moteurs open source n'est elle pas le fruit du rachat d'Innobase par Oracle ?

Le sujet est épineux et peut mener à un troll. Alors essayons de nous en tenir au fait et de présenter son opinion sans s'emporter.

Oracle a racheté Innobase. Nous ne savons pas si MySql va pouvoir continuer d'utiliser ce moteur. Nous ne savons pas si Oracle va poursuivre les développements sur Innobase. Mon opinion se base sur la tragique expérience de PeopleSoft. MySQL recherche et développe de nouveaux moteurs pour ne pas être tributaire d'Oracle. Pour ma part, je commence déjà à chercher des alternatives à ce moteur !

Que pensez vous de cette multiplication des moteurs dans MySQL ?

Selon moi, il y a du pour et du contre. Déjà, il faut trouver une alternative au moteur Innobase. Ensuite, je pense que chaque utilisation particulière doit avoir un moteur (mais un seul). Voici les trois moteurs que j'utilise le plus :
InnoDb pour mes tables avec des références et nécessitant l'usage de transactions.
MyISAM pour les tables de types journaux, logs, etc...
HEAP pour les tables temporaires, de calculs en mémoire vive, etc...

Je rajouterais qu'un moteur de base de données basé sur les notions mathématiques de matrices creuses serait une bonne idée de développement pour se tourner vers le marché de l'informatique décisionnelle.

Maintenant si, pour chaque type d'utilisation, MySQL propose 5 moteurs différents,ce serait une erreur stratégique selon moi.

[qi130]

J'en pense que du bien...

Ca prouve qu'InnoDB n'est pas irremplaçable dans la stratégie de MySQL, et qu'une "roue de secours" sera disponible en cas de problème de license InnoDB.

Reste à connaître le niveau de compatibilité.

[Maximil ian]

Cette insitation aux développement d'autres moteurs open source n'est elle pas le fruit du rachat d'Innobase par Oracle ?

Clairement, si.
Même si on peut supposer que l'idée avait déjà effleuré les dirigeants de MySQL AB auparavant, ce rachat a considérablement accéléré le processus.

Que pensez vous de cette multiplication des moteurs dans MySQL ?

Que du bien aussi
Bien qu'il soit trop tôt pour déterminer quel moteur sortira vraiment du lot (Falcon a l'air bien parti), une telle diversité est toujours un gage de trouver chaussure à son pied.

[Alexandre T]

une telle diversité est toujours un gage de trouver chaussure à son pied.

Trop de diversités peuvent faire éclater le projet. J'entends cela dans le sens de le disperser. Je suis tenté de faire l'analogie avec les différentes distributions de Linux. Quand il y en a trop, on se perd et cela ne sert plus la communauté. PAr contre, si le meilleur projet se détache du lot et est officiellement "choisi" par MySQL, alors tu as entièrement raison. On trouvera la MEILLEURE chaussure pour son pied.

[Maximil ian]

PAr contre, si le meilleur projet se détache du lot et est officiellement "choisi" par MySQL, alors tu as entièrement raison. On trouvera la MEILLEURE chaussure pour son pied.

Si plusieurs moteurs sont en compétition dans une même catégorie, c'est généralement ce qui se passe. Cf InnoDB vs BDB pour les moteurs transactionnels