Cliquez ici.
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.

xml decid : Stratégies, marchés, affaires autour de XML.

[xml-decid] Re: Pourquoi XML?

Auteur: fabella (fabella@free.fr)
Date: 12/07/2002 - 08:07


> Herve AGNOUX a ecrit

>Sur un système 8086 devant traiter quelques milliards de méga-octets
>peut-être, mais sinon ?...

>La technologie SAX est parfaitement adaptée à la lecture de fichiers
>XML aussi longs soient-ils, l'analyse des balises prends certes un
>peu plus de temps que la lecture de fichiers plats (qui ne sont plats
>qu'en apparence) à zones fixes (qui ne sont fixes qu'en apparence),
>mais est-ce vraiment significatif ?

>(cela dit, pour les fichiers vraiment plats et les zones vraiment
>fixes, je veux bien admettre que vous gagnez 1 point :-)

Afin de mieux orienter nos lecteurs sur le débat et sans rentrer de trop
dans la technique je tiens à vous donner quelques informations
complémentaires . Actuellement notre entreprise (qualicontrol) s'occupe en
France avec les institutions concernées du contrôle des données sociales
(+750.000 déclarations annuelles des salaires). La norme utilisée est un
fichier à plat TDS (de même j'ajouterai que la structure xml est une
structure arborescente qu'en apparence). Les temps de traitements pour
l'analyse de fichiers de 5Mo sont de l'ordres de 8mn (+900 controles par
lignes - sur un PIV 1Go - 512Mo ). Nos derniers tests concernant l'analyse
d'une structure équivalente sous forme d'arbre (en utilisant la syntaxe
XML), nous fait passer à une fichier dont la taille est de 30Mo, pour un
temps de traitement (en utilisant tous les produits d'analyse XDOM (dont
sax)) de 22mn (pour le plus optimisé, sans compter l'utilisation de la
mémoire et le temps de transfert de la malheureuse entreprise qui pourrait
disposer d'un modem 56Kb ...). Il suffit alors d'imaginer cette chaine de
traitement dans un contexte plus global que nous avons mis en place et qui
gére des milliers de fichiers simultannements (on est loin de votre remarque
sur une machine 8086, nous nous sommes plutot sous des machines
SUN/HP/AS400/IBM30xx... en mode production).

D'ou ma reflexion à M. Eric van der Vlist qui ne s'effectuée pas sur le plan
technique (comme vous vouliez orienter le débat), mais plus sur le plan
d'une reflexion générale sur le mode d'utilisation de la syntaxe XML et pour
lequel nous etions en phase.

Cordialement
François Abella

--
Devenez redacteur <XML>fr et contribuez au developpement 
du xml francophone (http://xmlfr.org/infos/redacteurs) ! 

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

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

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



Archive générée par hypermail 2.1.4 le 29/07/2002 - 15:14 UTC

webmaster@xmlfr.org

 

xml decid

Discussions sur les marchés et entreprises autour de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet non 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