Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: Herve AGNOUX (herve.agnoux@diaam-informatique.com)
Date: 19/09/2001 - 08:06


Le 18 Sep 01, veronique.paul@eurodb.be a écrit :

>
> Le problème qui se pose est de pouvoir parser tout le fichier xml en une
> fois, sans devoir le morceler pour manque de mémoire sur le pc qui
> effectue le traitement.
>

Pour pouvoir le faire, il faut que la transformation puisse être
exécutée au fur et à mesure de la lecture du fichier XML. Il faut que
quand vous lisez un point x de votre document, toutes les
informations nécessaires à votre transformation soient déjà lues.
Autrement dit, vous pouvez faire la transformation du point x dès sa
lecture, sans attendre plus loin.

Si vos règles de transformation ne respectent pas cette contrainte,
votre problème est tout simplement impossible à résoudre, que ce
soit avec XML ou avec autre chose. Il vaux mieux vous acheter des
barettes mémoire.

Si vos règles respectent cette contrainte, c'est bien, mais je ne
connais rien de pratique avec XML :-)

Cela peut se faire par un filtre SAX, mais pas par XSLT. XSLT ne
garantie pas, à ma connaissance, que l'on puisse transformer le
point x d'un document simplement avec les informations qu'on a lu
entre le début et x.

Mais SAX est juste un lecteur, ce n'est pas, comme XSLT, un
langage de transformation. Il faut associer à SAX vos règles de
transformation.

Je pense que le meilleur modèle est celui de l'automate.

Tout ceci porte à être assez catégorique, comme M. Capprani,
pour dire que ce n'est pas très facile avec XML. Néanmoins, je ne
vois aucune impossibilité technique ; c'est simplement que les
grands agitateurs XML ne s'intéressent pas beaucoup à cette
question ( à part SAX ), je ne sais pas pourquoi.

--
Sur le Web, tout de suite.
Herve AGNOUX - diaam informatique
http://www.diaam-informatique.com
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-tech-request@xmlfr.org (mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement