Discussion :

[hansaplast]

Bonjour,

je vait demarrer un projet pour lequel de gros fichiers XML devront etre :
- validés (xsd) + xpath
- modifés (xslt)
- lut en partie pour etre loggés
- interpretés et transformés tres lourdement (je pense avoir besoin de m'appuyer sur un langage de prog)

donc, d'apres vous, dans le cadre d'un projet ou la tenue en charge, la velocité, et le garbage collector doivent être pris en comtpe, quel langage choisir?

je me doute qu'il n'y a pas qu'une reponse, et que le type de parseur compte enormement (dom, sax, ...)

en fait, je demande plus un retours d'experience (favorable ou non) sur l'utilisation de gros XML avec :
- php
- .net
- delphi
- java
- c/c++
...

edit : argh, j'ai raté l'option choix multiple... comment on la met une fois le sondage validé?

[hansaplast]

a prendre en compte : la qualité du parseur utilisé, par exemple, php est lent, mais les traitement xml se basent sur lib xml qui d'après les benchmark s'en sort pas si mal :
http://xmlbench.sourceforge.net/resu...901/index.html

donc, on peut estimer que plus on utilise les outils standard (xsl, xsd, ...) php ne sera pas top impacté. Mais, on sait aussi que ces outils ne couvrent qu'une partie des besoins fonctionnels...

merci de prendre en compte ceci dans les réponses svp
(gros xml = traitements sur de gros volumes à faire dans le langage utilisé une librairie performante, elle, ...)

[GrandFather]

Qu'appelles-tu « gros fichiers XML » ?

Attention à ne pas se focaliser uniquement sur les performances, certains outils sont plus riche fonctionnellement que d'autres. Par exemple, libxml2, dont PHP fournit une surcouche, est une très bonne librairie assez performante, mais dont le support des XSD est incomplet.

[RomainVALERI]

Juste pour dire que je suis moi aussi à l'affut des réponses à ce sondage, je m'étais posé cette question mais sans avoir, comme Hansaplast, pris le parti de lancer le débat ^^ Grâce à son excellente initiative, je vais peut-être avoir moi aussi quelques bonnes infos à ce sujet...

(je ne sais pas si mon cas entre dans ce que tu appelles "gros fichiers XML", mais là où je bosse, il nous arrive de travailler sur des fichiers de plus de 100 Mo, ça fait déjà pas mal et ça oblige à réfléchir sérieusement aux performances des outils de traitement... ^^)

[hansaplast]

Qu'appelles-tu « gros fichiers XML » ?

suffisamment pour nécessiter plusieurs machines pour traiter mes mêmes infos dans un format non xml pour le moment.

Attention à ne pas se focaliser uniquement sur les performances, certains outils sont plus riche fonctionnellement que d'autres. Par exemple, libxml2, dont PHP fournit une surcouche, est une très bonne librairie assez performante, mais dont le support des XSD est incomplet.

exactement, c'est pour ca que je ne sait pas sur quoi me baser, sinon, un tel bench suffirait :
http://www.benjaminfabre.com/2007/05...programmation/

mais je en croit pas a la puissance pure...

[GrandFather]

Et tu dois absolument passer par une sérialisation XML pour cela ?

[emmanuel.remy]

Salut,

Si c'est une question de perf, je rejoins GrandFather: C++ et libxml.
Mais sinon c'est aussi un problème d'accès: performance et DOM ne riment avec gros fichiers; plutôt SAX.

ERE

[hansaplast]

merci pour vos réponses.
Pour info, j'ai fait le choix d'une integritée applicative, et donc de développer en php, en me reposant le plus possible sur xsl/xsd pour pouvoir porter le dev sous un autre langage au besoin.

merci