Discussion :

[mtaveau]

J'essaie de faire une comparaison entre les 2 technologies qui accèdent aux données: celle qui accède les bases de donnée XML et celle qui utilise SQL pour accéder à des bases de données.

1. Peut-être qu'un avantage possible pour xml, c'est qu'il n'y a pas besoin d'installer une sgbd et d'utiliser un logiciel pour créer des tables dans un fichier. Il suffit juste d'utiliser word pour créer un document xml.

2.D'autre part si on veut créer une page web à partir de base de donnée, dans le cas de XML, il faut créer un fichier XSL. Dans le cas des base de donnée classiques, il faut utiliser des servlet ou autre programme (ce qui est peut-être moins simple aussi).

3.On peut rajouter des colonnes et des données dans une base de donnée ordinaire. Une base de donnée XML n'est accessible qu'en lecture seule, il me semble (dites-moi si je me trompe !).

4.Il est plus facile de stocker des longues portions de texte dans dans un document xml que dans des cellules d'une table d'une base de donnée ordinaire.

Voilà donnez-moi votre avis là-dessus, et éventuellement d'autres éléments de comparaison ...

Marc

[Swoög]

Salut !

Je ne pense pas que le XML doive être utilisé comme une base de donnée...

tout d'abord, par rapport à tes arguments :

rien à dire pour les 1 et 2

pour le 3 par contre il existe de nombreux outils de parse XML qui permettent de modifier un document, donc on peut toujours (au prix d'une certaine gymnastique) modifier un doc XML...

pour le 4 : non, si on choisit le bon type de colonne, on peut stocker toutes les chaînes de caractère qu'on veut sans problème...

A mon avis, différence d'utilisation entre XML et SGBDR :

XML :
peu de données, données devant transitées, être transformée ou destinées au public.

SGBD(R/O) :
quantité de donnée importante, stockage général et brut, non destiné au public, mais uniquement aux scripts et devant rester sur le même serveur.

pourquoi :
d'une part selectionner des données en XML est très couteux en temps et en ressource, et le parse d'un grand document XML peut être également très couteux, alors que les fichiers de BDD sont optimisés pour...

le format XML est extensif, c'est à dire qu'il prend beaucoup de place certaines données comparées à une BDD

par contre :
le XML est facilement parsable dans presque tous les langages, pour les SGBD il faut souvent installer un plugin de connection.

il est beaucoup plus sécurisé de ne transmettre que les données nécessaires via XML que les identifiants de connexion à la BDD à un serveur étranger.

Autrement dit, pour le stockage global, je pense qu'il vaut mieux utiliser un SGDB, et pour le stockage ponctuel d'informations précises et pré-filtrée, je pense qu'il vaut mieux utiliser XML...

J'espère que cela t'aidera

[mtaveau]

swog --> "Je ne pense pas que le XML doive être utilisé comme une base de donnée..."

XMl sert à stocker des données auxquelles on peut accèder, c'est ce que je veux dire. Comment tu peux exprimer ça autrement sinon ??

[Swoög]

Perso, par base de donnée, je pense à une structure assez conséquente, avec un certain, et une quantité d'information non négligeable, donc le traitement peut supposer des jointures entre les tables, diverses opérations de tris, de filtrage, etc...

Comme je l'ai dit, le traitement de ses opérations sur du XML risque d'être très complexe et couteux, et, à mon sens, à ce point complexe et couteux qu'il serait prohibitif pour l'usage en tant que BDD centrale d'un application ou d'un Site Web...

[mtaveau]

Oui mais alors comment appeler ça ? Bonne question !

Peut-être que "structure de donnée" pourrait être une appelation utilisable .... Ce n'est pas pratique de ne pas avoir du tout crée d'appelation.

[Swoög]

en effet, structure de donnée parait juste comme appelation... c'est vrai que c'est pas super pratique, mais bon, c'est avant tout des considérations personnelles aussi, tous les outils permettant de gérer une BDD en XML existent, ou sont créable relativement facilement (excepter jointures etc... qui sont plus complexes)... mais je pense que le temps/coût parsage/traitement ne vaut vraiment pas le coup pour de telles structures...

[Erwy]

1. Peut-être qu'un avantage possible pour xml, c'est qu'il n'y a pas besoin d'installer une sgbd et d'utiliser un logiciel pour créer des tables dans un fichier. Il suffit juste d'utiliser word pour créer un document xml.

plusieurs possibilités:
-A la main
- Dans un programmes via le DOM qui permet de creer document et noeuds

Si tu disposes de certains fichiers XML et que tu veux en crrer de nouveaux en fonctions de ceci:
- XSLT
-Xquery

2.D'autre part si on veut créer une page web à partir de base de donnée, dans le cas de XML, il faut créer un fichier XSL. Dans le cas des base de donnée classiques, il faut utiliser des servlet ou autre programme (ce qui est peut-être moins simple aussi).

Un fichier XSLT.
Neanmoins le XSLT seul est a mons avis un mauvais choix, celui ci ne donne sa pleine puissance ( grace au passage de parametre) qu'associer à autre langage (asp, java, php......).
Par contre il permet de simplifier à l'extreme ces programmes, ceux ci n'effectuant plus que pasage de parametre, et calcul laissant la presentation au XSLT.Cela peut grandement faciliter des changements de plateforme

3.On peut rajouter des colonnes et des données dans une base de donnée ordinaire. Une base de donnée XML n'est accessible qu'en lecture seule, il me semble (dites-moi si je me trompe !).

Non, en lecture ecriture.Il faut utiliser le DOM

4.Il est plus facile de stocker des longues portions de texte dans dans un document xml que dans des cellules d'une table d'une base de donnée ordinaire.

Dans une base de donnée tu ne disposes que d'un certains nombres de types predeterminées et, en effet, utiliser à tort et à travers certains des types les plus élevé en volume est généralement très pénalisant pourle reste des performances de la base.
Dans un XML, les seuls limites qui peuvent être fixé le sont, si il le souhaite, via un documant validant (XML Schéma, DTD....) ou ils fixera les limites qu'il souhaite .

Les principaux defauts du xml aujourd'hui ?

- C'est un format très gourmand en mémoire.
- Sur de gros volumes les SGBDR disposent de bien meilleurs temps d'acces et optimisation.
- Les Bases de Données XML en sont en leur debuts, peu de gens les maitrisent et les normes sont peu implémentées (voir en développement)

[mostafajlil]

salut les ami(e)s je s une question pour vous :


c est ki le plus rapide pour la recherche c est xml ou les SGBD
pourquoi et comment ?

[Swoög]

Lut ! Si tu avais lu les topic en cours... tu verrais (dans le dernier post de Erwy, juste au dessus du tiens d'ailleurs...)

qu'il a marqué

- Sur de gros volumes les SGBDR disposent de bien meilleurs temps d'acces et optimisation.

On en revient donc au même, tout dépend de ce que tu veux traiter, et dans quelle optique tu souhaites le faire