XML - stockage de données

C'est dommage d'être sur un site comme CCM et ne pas profiter de sa base de connaissance avant de proférer des betîses :-)

http://www.commentcamarche.net/xml/xmlintro.php3

Question a marmot....

Tu as une centaine d'enregistrements.
tu dois réaliser une base de donnée quelques peu élaboré...(c-a-d que tu veux un temps soit peu la normaliser)
Quesque tu fais?
1) Tu cree un fichier XML pour balancer tes donnée
2) Tu cree une VRAI base de donnée a l'aide d'un SGBDR qui permetera plus aisément a d'audre application de récupérer les info pour enfin l'afficher en XML (je pense par exemple a du php ou du asp qui cree le fichier XML pour ne citer qu'eux...)


Donc, avant de dire <<proférer des betîses >> regarde si tu n'en dis pas toi - même la prochaine fois...

car si tu percéveres avec la 1eme solution , cela veux tout simplement dire que tu comptes faire une toute petite base de donnée (si on peut encore appeler ca une base de donnée) ou que tu ne travailles vraiment pas proprement car effectivement le XML permet d'effectuer quelque traitement sur les données MAIS CEST RIDICULE en comparaison au SQL !

Le principale intérêt du XML cest par rapport au HTML et non par rapport a ORACLE ou autre Postgresql

Un dernier argument si tu n'est tjrs pas convaincu mon cher Marmot qui me fais la morale sur "il faut etre humble car personne n'a la science infuse" mais qui n'hésite pas a qualifier de "betises" les propos des autres etant persuadé que lui ne peut pas se tromper....
demande a une 10ene de personne autour de toi ou ils stocke leur donnée, je suis persuadé que sur 10 , on te donnera des réponse du style "access, sqlserveur,mysql, interbase" mais que PERSONNE ne te dira XML !

Quand je répond je lis la question. Il précisait "La quantité de données à stocker ne sera certainement pas trés importante". Mais bon j'admet que tout est dans l'appréciation de "pas très importante"

Ma réflexion visait "MDR autant tout stocker en HTML" , pas la dernière phrase. J'aurais du l'indiquer plus précisément. Perso, si j'ai le temps, en terme de maintenance future je préfère partir directement en XML.

Le bon côté c'est que maintenant jaimepasteevy a une réponse complète sur XML vs SGBD

Merci a toi d'avoir enrichi ce fil ;-)

comme on peut très bien stocker des données en format texte alors qu'au départ c'est prévu pour du "texte".

On peut choisir de sauvegarder des données "temporairement" sous des formats simples à exploiter afin de se concentrer sur d'autres aspects du développement au temps présent.

Ce qui pourrait permettre si on bosse tous seul de ne pas partir dans 150 directions mais de traiter un prob à la fois.

Et puis une application indépendante du type de stockage peu apporter des avantages aussi.

Enfin c'est mon avis à moi personnellement, et je le partage ;)))

Choubanimal : 
"Le poilu poilant au poil"

LinktoSQL dans Visualstudio 2008

cherché dans le msdn de Microsoft il va t'aidé ;)