Reprise du message précédent :

Interropabilité mec, interropabilité

Bah moi sur ce point, je suis toujours pas convaincu.
 
Parcequ'en XML, t'as besoin d'autant d'informations pour générer/lire un fichier que n'importe quel autre format proprio.
A partir de là, tu viens de faire grossir de 30/40% la taille de tes fichiers d'échange (histoire de bien gaver le réseau), ralentir de 100% les traîtements de ces fichiers (ça tombe bien, les batch de rapprochement financier ça prend pas de temps de toute façon) juste pour avoir un fichier qui est à un format "standard", mais avec une DTD proprio, que seul toi sait utiliser.
 
Moi, là, franchement, il va falloir se lever de bonheur pour me convaincre.

Oui mais non
 
Le XML s'pas plus interopérable qu'un bon vieux .ini, juste un peu plus structuré (et encore), c'est absolument pas lisible par un humain quand on a des gros volumes de données complexes et on se retrouve (comme d'hab) à se débattre avec des encodages à la con (ben oui, le XML c'est du texte, du texte c'est encodé, et si c'est encodé ça chie dans le beurre)
 
Donc bon, le XML a des avantages mais également un certain nombre d'inconvénients, il faut bien peser le pour et le contre

Le gros avantage d'XML, c'est la DTD + la représentation hiérarchique des données. On en a souvent besoin c vrai. Mais faut pas exagérer, l'autre jour j'édite le fichier local.conf d'xfs, et je tombe sur ça :

 
J'ai pris des renseignements sur sqlite, et ya un truc quand même : C'est une base de donnée stockées dans un fichier. On a pas une limitation en terme de volume (<2Go) ?

ca dépend du système de fat que tu utilises.

De tout façon, même 2 Go, y'a de quoi faire.
Et si tu dépasses ce volume, je pense qu'il sera temps de penser à prendre un autre SGBD. sqlite, ça porte bien son nom, c'est pour des petites bases...

c'est pas ce qu'ils prétendent

 
Tu faire un autre HFR ?    

 
Moi pas faire ça !  

Ben vu le nombre de bidules qui gèrent l'XML maintenant, l'interropabilité y est. Tu trouvera bientôt plus de machins qui causent XML que ini

euh... pas trop non...

On s'en fout, XML c'est in ze wind...
(et je crains que la discussion n'ait très légèrement dévié...)

Bientôt, petit... Bientôt

Bon, qu'est-ce qu'il y a de drôle ?

ben on voit juste que tu ne travailles pas souvent avec des sources/structures différentes. C'est un peu la naïveté du débutant

Si justement. Et pour que tout le monde cause ensemble, c'est mieux d'avoir un seul langage

Je signale que je ne me sens pas visé par cette phrase

Y a une "légère" différence entre la théorie et la pratique. Pour le moment, chez moi on jongle avec 15 sources de données, elles ont toutes un format différent, et parfois incompatible suivant la version de la source. Et pour les 2 qui fournissent du XML, on doit fournir au moins autant de boulot que pour les autres parce que leur structure est tellement pourrie qu'on se choppe facilement un out of memory (8Go de XML à prendre en DOM, ca aide pas trop...)

Ah ben c'est sûr que si la structure de certains est pourrie et que le reste ne fournit pas d'XML
Courage, on n'en est qu'au début

Ouais enfin le XML en tant que tel, c'est totalement inutile, l'intérêt du XML est de créer des dialectes qu'on va utiliser, et là les emmerdes commencent  
 
Sans parler des problèmes d'encodage, aussi nombreux en XML qu'ailleurs
 
Et les dialectes XML provoquent quand même un overhead bien monstrueux au niveau de la taille des données, en fonction du balisage...

Ca c'est sûr, tout seul comme ça, autant faire son format à soi vite-fait et hop.  
 

utf-32 pour tout le monde, et hop
 

Ouaip, tout dépend des données. C'est sûr que pour stocker des données binaires c'est pas top. Mais y'en a qu'on déjà mis au moins de l'XML "binaire", beaucoup plus léger

Pourquoi ne pas vous créér un topic stile :
[SGBD] Troll : XML VS SGBD ?
Et dans la foulée, on verra à faire Emacs VS VI...

Gnarf

On peut trouver des SGBD XML

Moi ce qui me brancherait, c'est que MySQL me retourne mes résultats sous forme de fichiers XML, comme ça j'ai juste à appliquer mon XSLT pour générer ma page

Si tu peux te payer une license Tamino, tu peux faire ce genre de conneries

D'ailleurs, comment ça fonctionne c trucs là ? Peut-on juste créer des "index" sur un fichier XML existant ?
En fait, ce qu'il faudrait, ce n'est pas une base de données XML, mais une surcouche à DOM créant une sorte d'index...

et comment crois-tu qu'ils font?

Je sais pas.  
Mais là, je te parle d'un outil pour créer, à coté de ton file.xml d'1 Go, un file.index de 10 Mo pour accélèrer le traitement de DOM, ça existe ???

pas que je sache.

Ben les SGBD XML créent des index tous seuls comme des grands (enfin si tu leur demande), comme tous les SGBD

Ouais m'enfin MySQL aussi, ça fait au moins 5 ans qu'ils prétendent que c'est un système adapté aux besoins d'entreprise. Pourtant, seule la version 5 (qui n'est pas encore sortie) implémente des notions absolument nécessaires pour la plupart des applications de SGBD
 
En fait, tout dépend de l'utilisation qu'on veut en faire. Access aussi s'en sort très bien avec des bases gigantesques... Mais pas si faut faire des jointures sur 25 tables