xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Re: XML est les temps de traitements
From: Herve AGNOUX (herve.agnoux@diaam-informatique.com)
Date: 25/09/2002 - 05:32
Le Mercredi 25 Septembre 2002 00:01, Laurent CAPRANI a écrit :
> - Dans votre première expérience, une compression générique (type ZIP)
> allège considérablement les problèmes de transport. Cela semble plausible
> puisque le XML orienté données est très répétitif. Peut-être qu'un recodage
> spécifique (binaire, champs, valeurs par défaut, etc.) permettrait encore
> d'autres gains, mais avec un coût de déploiement élevé.
>
Oui, la technologie des compressions et des zip est connue depuis longtemps,
me semble-t-il... Et il n'est besoin d'aucun plug-in spécial pour l'intégrer
à IE : c'est déjà fait. (et dans Netscape aussi, d'ailleurs).
> - Dans votre deuxième expérience, vous semblez disposer d'une bonne méthode
> pour une messagerie très variable en volume.
> Pouvez-vous nous donner quelques-uns de vos trucs ?
> Employez-vous des méthodes génériques (indépendantes du type de message) ou
> spécifiques ?
> Avez-vous essayé des méthodes qui n'ont pas donné de bons résultats ?
>
Le bon truc est de bien séparer ce qui relève du SAX de ce qui relève du DOM.
Et il n'est besoin d'aucune expérimentation pour être persuadé que ce truc là
fonctionne, et de toutes façons cela a déjà été expérimenté quantité et
quantité de fois.
Après, il existe encore d'autres pistes d'optimisation. Par exemple à partir
de l'analyse du schéma, vous pouvez savoir à l'avance quelle sera la (ou les)
prochaine(s) balise(s). Mais à ma connaissance il n'y a aucun produit de ce
type, et aucun langage de schéma qui facilite vraiment cette approche.
Néanmoins, dans un vocabulaire à "forte densité de variabilité", nul doute
que cela pourrait être utile.
Sur ces langages de schémas je pense qu'il est possible de faire de gros
progrès, dans le périmètre des échanges EDI. Par exemple, pour les controles
de validité, un "truc" connu est de disposer les informations de façon à
n'avoir qu'une seule lecture à faire pour les analyser. Tous les langages
informatiques (du moins... les plus utilisés...) sont construits de cette
façon.
Malheureusement cela n'a pas une grande importance pour le monde XML puisque
les documents sont en général assez petits, sauf dans le monde EDI, avec ses
messages à "forte volumétrie". Pour ce monde je pense qu'un langage de schéma
spécial serait utile, justement pour faciliter la mise en oeuvre de ces
optimisations.
Cordialement.
--
SARL diaam informatique - 04 50 77 12 60
Ingenierie, développements de systèmes d'information
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-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.3 le 27/09/2002 - 09:22 UTC
webmaster@xmlfr.org
| 
