XML, futur standard pour les stockages de données?

Dim 05-03-2006, 14:48

Certes, sauf que le XML donne une base commune qui aide un peu, et les formats OOo sont basés sur XML. Quant à Word, j'en suis resté à une version de Word97 qui n'arrivait pas à ouvrir du Word95... Relire un format est une grosse tâche, mais quand il est documenté et que l'on dispose de codes sources, et qu'en plus il est basé sur XML, ça aide un peu non?
Enfin ce fut ton travail, pas le mien.

Sur le reste, parfaitement d'accord avec toi, quelques exagérations mais un bon article.

Dim 05-03-2006, 18:50

XML est plus proche du grand fourre tout que d'un format structuré.

S'il peut, à la rigeur, fonctionner pour de l'échange de données, et là encore, deux XML différents s'affrontent sur l'hôtel de la normalisation, pour le stockage des données, il reste très peu normalisé. Et ca structure de base est tellement souple qu'il n'est absolument pas standardisable.

Reste que un bon format XML bien documenté peut-être une évolution intéressante. Mais jamais Microsoft n'a accepté d'utiliser dans ces outils un format concurant pouvant lui faire ombrage.

Donc aucune chance de voir le format OOo devenir un standard. Il faut convenir que le standart des documents de texte est un format propriétaire, instable et non documenté.

Dim 05-03-2006, 18:55

XML n'est guère qu'un standard générique. Reste à chacun à créer les vrais formats de stockage (comme les formats OOo1&2) et à les faire valider par les organismes de standardisation (comme OOo2). Le format de la prochaine (ou de la récente, je ne suis pas) suite M$ Office utilise XML.
Le vrai gain avec XML est qu'il est enfantin ou presque de convertir un format XML dans un autre. Qu'il n'y a rien de caché, qu'il n'y a rien à deviner (comme bcp l'ont fait avec le format Word). Si on trouve un fichier XML dans 50 ans, sans logiciel, on pourra quand même extraire des infos assez aisément. Les outils qui travaillent avec XML (xslt) donnent un début d'idée de la réelle puissance d'XML. Sans eux XML n'est pas grand chose, on est d'accord.

En résumé, convertir un format XML donné vers un autre sera bien plus simple que rouvrir un Word ou un Excel pour un programme non M$ (l'exemple vaut pour tous les formats non documentés)

Dim 05-03-2006, 20:53

Tu as raison Cédric, mais, encore une fois, il ne faut pas sous-estimer la difficulter de la conversion d'un format dans un autre, même pour 2 DTD ou schémas XML différents, car la question du sens de l'information balisée peut rapidement se poser si les structures ne sont pas équivalentes.
Imagine, par exemple, une bibliothèque qui a des notices XML d'ouvrages avec un champ <Date>. Puis quelqu'un décide que ce n'est pas assez précis et propose une nouvelle structure avec <FirstPublicationDate>, <AuthoringDate>, etc. Tu vois tout de suite que la conversion des notices vers la nouvelle structure va poser problème, car on ne sait quel type de date avait été renseigné...
Et ce n'est qu'un exemple des pb à résoudre!!!

Dim 05-03-2006, 20:56

C'est toujours le soucis d'une évolution ou d'un changement du modèle de données. Je dis seulement que XML présente l'information au lieu de la cacher, et fournis des outils de manipulation qui font tout son intérêt. Ca ne résoud pas tout on est d'accord, mais ça ne gène pas.

Dim 05-03-2006, 22:08

Et sans oublier qu'il existe deux XML différent, dont l'un à la sauce $krosoft qui vient perturber encore la compréhension

Dim 05-03-2006, 22:16

Dim 05-03-2006, 23:11

Une remarque en passant: on est dans "discussion" ici, on ne serait pas mieux dans "informatique"?

Dim 05-03-2006, 23:33

Sauf qu'on cause d'un truc hors-sujet sur le tir à l'arc, donc...

Lun 06-03-2006, 2:37

Et combien ont été hors sujet tir à l'arc dans la salle informatique ?

Regarde le format obtenu en exportation pra excel. Où celui qui est prévu par la fédé pour récupérer sur dirig club ....

Lun 06-03-2006, 11:03

Lun 06-03-2006, 13:00

De tête et rapidement.

Format de base (tel que je le pratique);

<Maison>
<Adresse>31 rue de la bonne blague</Adresse>
<Code>12345</Code>
<Famille>
<Nom>Rotta</nom>
<Nom>Urbit</Nom>
</Famille>
</Maison>

A la sauce $k

<Maison Adresse="31 rue de la bonne blague" Code="12345">
<Famille>
<Nom Data="Rotta" />
<Nom Data="Urbit" />
</Famille>
</Maison>

Il me bouffe l'indentation Sad

Lun 06-03-2006, 13:41

Les deux sont parfaitements valides et pris en compte par tous les parsers XML. Simplement l'un utilise pas les propriétés et l'autre si, mais les deux sont corrects. A voir ensuite lequel est le mieux, mais je ne vois pas de vraies différences en dehors de la sémantique.

	Integralsport - Le forum du tir à l'arc depuis 2001 Index du Forum -> Coin Discussion	Toutes les heures sont au format GMT + 1 Heure Aller à la page 1, 2 Suivante
Page 1 sur 2