Architecture logicielle

Inscrivez-vous

Consulter le centre de compétences

L'éditeur de la base de données Open Source a conclu à Paris une tournée européenne de conférences utilisateurs. Il y a évoqué les fonctions de sa v6, avec son futur moteur transactionnel, Falcon, et les améliorations envisagées pour la v7.

Plus d'une centaine de personne s'est rendue aujourd'hui à la première conférence utilisateurs de MySQL en France. Au menu, les évolutions technologiques de la base de données Open Source, et des témoignages d'utilisateurs (Crédit Mutuel, Skyblog, Alcatel-Lucent), dans le cadre prestigieux d'un hôtel du 16e arrondissement parisien.

Robin Schumacher, responsable du développement produit, a évoqué le matin la feuille de route de MySQL, indiquant que Falcon, le moteur transactionnel maison, serait en disponibilité générale fin 2008, début 2009. L'éditeur suédois avait commencé ses travaux sur Falcon à la suite du rachat par Oracle d'Innobase, l'éditeur de son moteur transactionnel le plus utilisé, InnoDB.

La sécurité, sujet majeur de la version 7

Autres améliorations ou nouveautés promises avec la version 6 de MySQL, des fonctions liées à la haute disponibilité, avec des possibilités de réplication semi-synchrones (nécessitant une validation de l'enregistrement, ou 'commit'), voire synchrones pour une évolution de la solution distribuée DRDB (distributed raw block device).

La version 7, censée arriver un an après, mettra pour sa part l'accent sur la sécurité : gestion des groupes et des rôles, cryptage transparent des données, audit des données, support des systèmes d'authentification externes... Il s'agit, nous a expliqué David Axmark, confondateur et vice-président de MySQL, d'un besoin essentiel pour les acteurs de la banque.

Guère intéressé par une stratégie à la EnterpriseDB, qui consiste à se rendre totalement (ou du moins, le plus possible) compatible avec Oracle car « cela demande énormément d'efforts », David Axmark préfère se concentrer « sur ce qui compte le plus, les nouveaux projets » plutôt que de viser un marché de migration. S'intégrer dans une architecture de sécurité distribuée, où les informations s'échangent avec le protocole SAML, est donc un pré-requis pour ces nouveaux projets.

Le support spécifique de XML viendra... quand les besoins seront exprimés

Côté innovations technologiques, David Axmark croit surtout dans l'optimisation. Ainsi, Falcon est optimisé pour les processeurs multicoeurs - même si David Axmark regrette que les bus mémoire et les systèmes d'exploitation soient en retrait sur ce sujet. L'autre credo de MySQL est la variété de réponses à un variété de besoins, une approche opposée à celle que revendique par exemple le docteur Stonebraker, qui explique que le stockage vertical est l'avenir des bases de données. « C'est stupide, pourquoi augmenter le niveau de complexité, alors qu'on peut faire les choses simplement. » Ainsi, pour lui, hormis lorsqu'une application requiert du décisionnel en temps réel, « par exemple pour proposer une offre à un client en train de payer à une caisse », il vaut mieux séparer les bases de production et d'analyse. « Surtout que cela ne coûte pas cher d'avoir 1 To sur un PC pour y analyser les données. »

Robin Schumacher a en effet rappelé que MySQL offre une dizaine de moteurs de stockage différents, et que plusieurs éditeurs tiers proposent les leurs : InnoDB et SolidDB pour le transactionnel, Infobright et NitroEDB pour le datawarehouse, DB2 sur plateforme IBM i5... Quant à un moteur spécifique pour XML, il ne faut pas l'attendre de si tôt, la faute aux clients qui n'ont pas une idée précise de ce qu'ils veulent, estiment Kaj Arnö, vice-président responsable des relations avec la communauté Open Source, et David Axmark. « Dès que nous aurons des requêtes spécifiques, nous le ferons », indique Kaj Arnö.

0 commentaires postés	>> Tous les commentaires