Salut HFR,
 
J'ai besoin de structurer un grand nombre d'informations et j'ai besoin que cette structure soit flexible.
Je me pose la questin de la BDD  Quel choix parmis ces options?
 
Une bdd XML natif  
Une bdd relationnel traditonnelle
une bdd relationnel traditionnelle gérant le XML.
 
Voici un exemple simplifié, je définis un utilisateur comme ceci en table traditionnelle:
 
Table utilisateur:
 
Identifiant | Adresse | Ville | Sexe|
1 | 3 rue des pins | Paris | H |
 
1 semaine plus tard, je souhaite rajouter le champ "email".
Je modifie donc la table utilisateur
 
Table utilisateur:
 
Identifiant | Adresse | Ville | Sexe| Email |
1 | 3 rue des pins | Paris | H | toto@toto.com
 
N'aurait il pas été plus interessant d'utiliser du XML notamment avec du microformat (voir ici ) c'est à dire ici par exemple:
 
 <div class="vcard">
     <div class="idenfiant">1</div>
     <div class="adresse">3 rue des pins</div>
     <div class="ville">Paris</div>
     <div class="genre">H</div>
     <div class="email">toto@toto.com</div>
 </div>
 
Dans ce cas, il suffit juste de définir un champ email.
 
Donc je rappele les 3 bdd possibles:  
 
Une bdd XML natif  
Une bdd relationnel traditonnelle
une bdd relationnel traditionnelle gérant le XML.
 
Quelles sont les différences de performance entre les différents systemes notamment dans le traitement des données?
Quelle système permet la meilleure évolution ? Par exemple j'ai 3 champs au départ dans une table et au final j'en ai 100.
 
Je vous remercie par avance pour vos réponses.
 
 
 
 
 

Jamais vu tourner de SGBD purement XML.
Et tous les SGBD-R actuels supportement le XML.
 
Niveau perfs, ben... Le XML est enterré dès la première micro seconde, c'est même pas comparable surtout si tu as de gros volumes d'informations.
 
Avec un modèle correctement réfléchis, ce que tu veux faire est parfaitement possible en SGBD-R standard, sans devoir modifier le schema à chaque ajout de colonne. Par contre, niveau performances, c'est évidement inférieur à ce qu'on obtiens en modifiant les tables "réellement".
 
PS : Quel est ce besoin de devoir altérer sans arrêt des champs ? Parceque outre le problème du SGBD-R, moi je vois surtout les problèmes suivants...
- Problème d'intégrité (tu mets quelles valeurs quand tu rajoutes un champs obligatoire alors qu'il existe déjà des lignes ?)
- Et le programme qui utilise la base dans tout ça, il sait lire une base de données non normalisée ? Et il sait quoi faire des données qu'on y trouve ?

http://forum.hardware.fr/hfr/Progr [...] m#t1668734

Merci pour ton aide , c'est exactement ce que je cherchais comme modèle.