XPath à d'avantage une vocation d'amélioration de XSL afin de générer des reporting élaborés... a mon sens il ne s'agit pas d'un langage de manipulation de données assez élaboré et simple d'utilisation pour rivaliser avec SQL.... de plus en général le XML est généré côté serveur et les données sont issues d'une base de donnée, donc à priori deja manipulés et mis en forme.
lorsque l'on voit la complexité d'un SUM + HAVING + GROUP BY en XPath, je n'imagine meme pas ce que des jointures multiples peuvent donner!
De plus si on jète un oeil au code on peut voir que "preceding-sibling:" est utilisé de façon abusive, cette méthode va re-parcourir l'arborescence DOM à chaque appel du template !!!! c'est plus que lourd.
Il y a aussi des méthodes basées sur ds variables stoquant des valeurs de noeuds passées en paramètre de Call-template .... C'est tres compliqué et on s'y perd facilement.A vrai dire, la gestion des variables n'est pas térrible et XSLT ... J'espére que la version normalisée de XPath corrigera quelques lacune du langage. Peut-on esperer une compatibilité SQL92 ?
[^] # Re: Aide mémoire XPath 1.0
Posté par Ludovic FREROT . En réponse à la dépêche Aide mémoire XPath 1.0. Évalué à 1.
lorsque l'on voit la complexité d'un SUM + HAVING + GROUP BY en XPath, je n'imagine meme pas ce que des jointures multiples peuvent donner!
De plus si on jète un oeil au code on peut voir que "preceding-sibling:" est utilisé de façon abusive, cette méthode va re-parcourir l'arborescence DOM à chaque appel du template !!!! c'est plus que lourd.
Il y a aussi des méthodes basées sur ds variables stoquant des valeurs de noeuds passées en paramètre de Call-template .... C'est tres compliqué et on s'y perd facilement.A vrai dire, la gestion des variables n'est pas térrible et XSLT ... J'espére que la version normalisée de XPath corrigera quelques lacune du langage. Peut-on esperer une compatibilité SQL92 ?
PS : le site xml est superbe, bravo.