Une version bêta de la base de données est d’ores et déjà disponible. Avec une attention particulière portée au traitement des documents XML. Encore référencée sous son nom de code Viper, cette solution sera commercialisée dans
le courant 2006. Alors qu’Oracle, dès la version 9i, et Microsoft, dans SQL Server 2005, proposent un ‘ champ ‘ XML facilitant le traitement de ces documents directement par le moteur, IBM était en retard dans ce
domaine.
Deux moteurs au même niveau.
Avec DB2, il fallait recourir à une extension XML pour extraire des données des fichiers XML, de façon à les exploiter avec les outils relationnels classiques. Avec DB2 Viper, IBM reprend l’initiative.
‘ Cette nouvelle architecture s’avère très différente de celle d’Oracle, indique Frédéric Kapp, administrateur spécialiste de DB2 au sein de la société Delta DB. Mais elle arrivera sans doute
un peu tard sur le marché. ‘ Viper utilise, en fait, deux moteurs et deux modes de stockage, chacun étant spécifique à l’un ou l’autre des types de données.Le moteur de traitement XML fonctionne au même niveau que le traditionnel moteur relationnel, les deux étant fédérés par un optimiseur ‘ bilingue ‘. ‘ Tout le travail est assuré par
l’optimiseur, indique Eric Derbanne, ingénieur avant-vente chez IBM France. Le développeur dispose de deux points d’entrée : SQL ou
XQuery,
les deux interfaces étant comprises par l’optimiseur qui réécrira la requête au mieux. ‘Viper ne possède pas de processeur XPath ou XQuery spécifique. Les primitives de traitement ou d’analyse XML sont embarquées directement dans le moteur de requête. Le compilateur de requêtes, qui s’appuie sur les
analyseurs XQuery et SQL, génère un code et un graphe de requête unique et optimisé, quel que soit le langage utilisé. ‘ Nous ne préjugeons pas du type de données demandé, admet Eric Derbanne. XML est
traité au même niveau que les données structurées traditionnelles. ‘Grâce à la coopération des deux analyseurs, il est possible de mélanger des commandes SQL ou XQuery au sein de la même requête ; on peut ainsi travailler sélectivement sur le document XML, et n’en extraire que les parties
demandées. De plus, les documents XML sont stockés directement sous leur forme première, à la manière des bases XML ‘ natives ‘, et non sous forme d’objet volumineux BLOB ou CLOB. Ce qui générerait
d’importants gains de performance, en particulier sur les documents de grande taille.Par ailleurs, DB2 Viper accepte différents modes de partitionnement ‘ afin de mieux s’adapter aux nombreux types de configuration rencontrés par nos clients ‘, explique Eric
Derbanne. Ainsi, outre le système classique des clés calculées (‘ hash ‘), Viper admet le partitionnement par valeurs. Parallèlement, IBM souhaite séduire les développeurs PHP, de façon à étendre la
notoriété de sa base à une plus large population de programmeurs. La version bêta de Viper comprend, en effet, l’environnement Zend Core for IBM.
🔴 Pour ne manquer aucune actualité de 01net, suivez-nous sur Google Actualités et WhatsApp.
