Posté par lasher .
En réponse au sondage XML est.
Évalué à 2.
L'utilisation de bases de données XML risque d'être de plus en plus importante dans le futur. Premièrement, il faut savoir que le temps de réponse d'une base de données XML est fonction de la taille de la donnée à renvoyer, et pas de celle à chercher. En clair, quelle que soit la complexité de la requête, c'est la taille de la réponse qui est le facteur limitant. On ne peut pas en dire autant des bases de données classiques. Il existe des bases de données réellement orientées XML, et qui sont capables de traiter plusieurs centaines de giga-octets (plusieurs teras, en fait) sans broncher.
Pourquoi un SGBD/XML serait important ? C'est simple, on se retrouve de plus en plus avec des données non-figées. Avec un SGBD/R classique, j'ai une ligne dans une table, et même si je ne me sers pas des trois-quarts de la ligne, je suis obligé de l'allouer. Je perds donc de la place - mais bon, à la limite, ça c'est pas trop grave. Ce qui l'est plus, c'est quand je dois rajouter une colonne à ma table. C'est beaucoup, *beaucoup* plus chiant. En XML, c'est pas dur, je n'ai qu'à modifier la DTD ou le schéma XML, et c'est fini.
Bref, les bases de données XML, ça ne fait que commencer, il reste à leur implémenter toutes les astuces connues dans le monde relationnel, ainsi que des astuces spécifiques au format lui-même (sachant qu'évidemment, l'arbre XML n'est pas représenté sous forme textuelle dans la base elle-même, mais sous forme d'index, le tout en binaire pour aller plus vite).
[^] # Re: Ne vous perdez pas en route!
Posté par lasher . En réponse au sondage XML est. Évalué à 2.
Pourquoi un SGBD/XML serait important ? C'est simple, on se retrouve de plus en plus avec des données non-figées. Avec un SGBD/R classique, j'ai une ligne dans une table, et même si je ne me sers pas des trois-quarts de la ligne, je suis obligé de l'allouer. Je perds donc de la place - mais bon, à la limite, ça c'est pas trop grave. Ce qui l'est plus, c'est quand je dois rajouter une colonne à ma table. C'est beaucoup, *beaucoup* plus chiant. En XML, c'est pas dur, je n'ai qu'à modifier la DTD ou le schéma XML, et c'est fini.
Bref, les bases de données XML, ça ne fait que commencer, il reste à leur implémenter toutes les astuces connues dans le monde relationnel, ainsi que des astuces spécifiques au format lui-même (sachant qu'évidemment, l'arbre XML n'est pas représenté sous forme textuelle dans la base elle-même, mais sous forme d'index, le tout en binaire pour aller plus vite).