Blog

Eclipse est, à n'en point douter, un extraordinaire outil de développement, dont le gros point fort est l'édition du code : refactoring, recherche dans le code, auto-completion ... Mais, de base, Eclipse n'offre pas de fonctionnalités de développement Web, Java EE, XML ou de design d'interface graphique. Bien sûr, ces fonctionnalités sont disponibles séparément sous forme de plug-ins, mais leur installation n'est pas toujours simple. Pour être totalement honnête, l'initiative Callisto livre tous les plug-ins compatibles simultanément, et donc simplifie le processus.

NetBeans, c'est un peu l'opposé. De base, il offre toutes les fonctionnalités Web, Java EE, XML ou de design d'interface graphique. Des plug-ins standard supplémentaires apportent le design visuel JSF, le profiler, le support de Java ME ... En revanche, l'édition de code n'est pas trop son fort, bien qu'il reste un éditeur de code tout à fait correct, mais très notablement moins confortable qu'Eclipse.

Cette situation pourrait bien changer, si l'on en croit NetBeans 6.0 en cours de développement. Ainsi, les progrès de l'éditeur de code de NetBeans sont d'ores et déjà énormes, et à terme, l'élève pourrait bien dépasser le maître. Et que dire du support du support de Java SE 6.0 par NetBeans 5.5 qui apporte un look natif à s'y méprendre.

Et puis d'ailleurs, pour InfoWorld, NetBeans 5.5 est bien une technologie de l'année 2007 dans la catégorie outil de développement.

La concurrence a vraiment du bon ! Et si Eclipse dort un peu sur ses lauriers ces derniers temps, un petit électrochoc ne peut pas lui faire de mal.

Références

• Eclipse 3.2 et Calisto
• NetBeans 5.5
• NetBeans 5.5, outil de développement de l'année 2007 pour InfoWorld
• Milestones de NetBeans 6.0
• Documentation de l'éditeur de code de NetBeans 6.0

MySQL est une base de données open source bien connue, mais qui n'a pas encore tout à fait acquis une complète crédibilité pour les très grosses volumétries de données. MySQL 5.1, en cours de développement, pourrait bien changer la donne. En effet, cette version intégrera le partitionnement, mais aussi la réplication des données dans le cadre d'un cluster.

Voilà des nouveautés qui pourraient bien lever un des obstacles à la mise en oeuvre du partionnement : le coût.

Incidemment, pour le Gartner Group, MySQL devrait être un choix crédible pour les applications critiques d'entreprise à horizon 2008. Nous ne sommes pas loin de penser la même chose.

By 2008, MySQL will be a serious choice for mission critical applications

Références

• Roadmap MySQL
• Ce qui est nouveau dans MySQL 5.1
• Ce qui est envisagé dans MySQL 5.2
• L'avis du Gartner sur les bases de données open source

C'est une forte tendance, les applications d'entreprise opèrent sur des volumétries de données de plus en plus grandes. Qui plus est, une pléthore d'utilisateurs et de clients accèdent à ces données, que ce soit directement, ou, le plus souvent, indirectement. Et ce n'est clairement pas le SOA ou la gestion des données de référence (master data management) qui vont infléchir ces tendances !

Résultat : une pression de plus en plus grande s'exerce sur les systèmes de gestion de bases de données.

Face ce phénomène, la force brute peut suffire :

• plus de Mhz,
• plus de processeurs,
• plus de mémoire ...
• Mais pas toujours à des coûts bien raisonnables !

Mais ce serait compter sans une autre conséquence de la volumétrie des données : l'administration des bases de données volumineuses est exigeante.

Ainsi, on n'administre plus une base de données de plusieurs dizaines (ou même centaines) de millions d'enregistrements comme on administre une base de quelques dizaines de milliers d'enregistrements. Avec de tels volumes de données, des opérations naguère brèves peuvent prendre des heures : modification du schéma ou suppression d'un nombre conséquent d'enregistrement ...

Et là, la forte brute ne suffit plus.

Il existe pourtant des solution à ces problèmes : le partionnement et le clustering. Le partitionnement permet essentiellement de faire face aux volumes de données, que ce soit sur le plan de la performance ou de l'administrabilité. Quant au clustering, il rend possible la scalabilité en nombre de clients.

Mais, force est de constater que nombre de bases de données ont d'ores et déjà plié sous la charge, sans jamais avoir pu bénéficier de l'une, ni de l'autre de ces technologies. Pourquoi donc ?

Plusieurs raisons explique l'apparent désintérêt pour ces solutions.

• Tout d'abord le partitionnement et le clustering sont perçus comme des coûts supplémentaires. En effet, la plupart du temps, ce sont des options payantes, ou alors ils ne sont présents que dans des versions avancées et donc plus chères.

• Ensuite, contrairement à ce que prétendent les éditeurs, ces technologies ne sont pas totalement transparentes. Souvent, le code de l'application, et le schéma de la base doivent être modifiés pour tirer partie du partitionnement. Ainsi, si les volumes de données attendus sont très élevés, le schéma devra idéalement être conçu et testé, dès le départ pour être compatible avec la mise en oeuvre ultérieure du partitionnement.

• Et puis, finalement, ces technologies sont mal connues. Elles inspirent une crainte pas toujours bien justifiée. Il est vrai que les problématiques de clustering ne sont pas très simples, mais le partitionnement quant à lui est tout à fait abordable.

Au final, tout cela nous ramène inexorablement au rôle capital de la base de données dans le système d'information, et aussi au rôle de l'architecte projet et à sa collaboration avec le DBA, mais c'était une autre histoire.