Article View: fr.comp.text.xml
Article #10286Re: XML et base de donn�es
From: Tom.
Date: Fri, 17 Nov 2000 00:00
Date: Fri, 17 Nov 2000 00:00
54 lines
3379 bytes
3379 bytes
In article <8v350g$pnh$1@reader1.imaginet.fr>, "Pierre Goiffon" <pgoiffon.invalid@webcity.fr> wrote: > "Tom." <ptittom@free.fr> a �crit dans le message news: > t581v8.n78.ln@ptittom.free.fr... >> XML est une forme s�rialis�e d'un DOM. Je reviens donc sur ce que je >> disais, le DOM peut-�tre consid�r� comme une BdD, XML est une fa�on >> de le stocker en fichier plat. > > Hu, tu pourrais �tre plus pr�cis ? Un SGBD g�re les acc�s concurrents, > la s�curit�, etc etc etc... Je croyais que DOM �tait la description de > la structure du contenu ? Oui. J'ai dit BdD, pas SGBD ;o) Les acc�s concurrents, c'est le SGBD qui les g�re. Ce que je voulais dire, c'est qu'on peut avoir un SGBD qui utilise XML comme format de stockage (et un DOM "en interne"). J'avoue que j'ai pas �t� tr�s clair sur ce coup l�... >> Et comme on travaille sur la m�moire et pas sur des fichiers, il doit >> �tre relativement facile de g�rer acc�s concurrentiels et >> transactions. > > ? R�-inventer les SGBD ? Des solutions bien rod�es qui existent depuis > plusieurs dizaines d'ann�es ? Je ne vois pas bien pourquoi on se > donnerai ce mal ?? Il ne s'agit de r�inventer les SGBD, mais d'utiliser un SGBD "arborescent" (apr�s les SGBD relationnels et les SGBD objets). Ensuite tout d�pend de tes besoins : si tu as besoin de faire des insert/delete/update avec transactions et/ou acc�s concurrentiels, il te faut un SGBD, que ce soit du relationnel, de l'objet ou de l'"arborescent". Et les SGBD "arborescent" (qu'on appelle SGBD XML), ca existe (j'en ai vu passer un, peut-�tre 2, sur Freshmeat.net). A toi de choisir selon tes besoins, moi je ne peux rien dire la dessus. Si tu ne fais que des acc�s en lecture, utiliser XPath sur un DOM peut �tre une solution. Si tu attends beaucoup de trafic, il sera s�rement int�ressant de g�rer le DOM en m�moire partag�e ou quelque chose comme ca pour limiter la charge m�moire; ce qui revient presque � faire un petit SGBD XML. Que ce soit bien clair : j'�nonce des possibilit�s, je ne d�fend rien; je ne connais que peu de choses sur les SGBD et leur fonctionnement interne, je ne juge donc pas; je ne suis pas assez comp�tent et connaisseur pour juger des performances d'une solution par rapport � une autre. Au fait, est-ce que ca ne pourrait pas int�resser fr.comp.applications.sgbd ? (je laisse ca � votre appr�ciation et ne "cruciposte" pas ni ne met de suivi particulier) Tom.
Technical Details
Message-ID:
<o4e3v8.ok.ln@ptittom.free.fr>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<8u14vh$2p0i$1@news6.isdnet.net> <NhWN5.504$U3.4749@tengri.easynet.fr> <8uem7t$ebr$1@reader1.imaginet.fr> <576fu8.l32.ln@ptittom.free.fr> <8v14de$q3$1@reader1.imaginet.fr> <t581v8.n78.ln@ptittom.free.fr> <8v350g$pnh$1@reader1.imaginet.fr>Show Full Headers
Complete Article Headers
X-Google-Language: FRENCH,ASCII X-Google-Thread: 114f60,c8fae347f5d2adea X-Google-Attributes: gid114f60,public From: "Tom." <ptittom@free.fr> Subject: Re: XML et base de donn�es Date: 2000/11/17 Message-ID: <o4e3v8.ok.ln@ptittom.free.fr> X-Deja-AN: 694761248 References: <8u14vh$2p0i$1@news6.isdnet.net> <NhWN5.504$U3.4749@tengri.easynet.fr> <8uem7t$ebr$1@reader1.imaginet.fr> <576fu8.l32.ln@ptittom.free.fr> <8v14de$q3$1@reader1.imaginet.fr> <t581v8.n78.ln@ptittom.free.fr> <8v350g$pnh$1@reader1.imaginet.fr> X-Complaints-To: abuse@proxad.net X-No-Productlinks: Yes X-Trace: nnrp6.proxad.net 974473542 213.228.43.18 (Fri, 17 Nov 2000 16:05:42 CET) Organization: Guest of ProXad - France User-Agent: Pan/0.9.1 (Unix) NNTP-Posting-Date: Fri, 17 Nov 2000 16:05:42 CET Newsgroups: fr.comp.text.xml