🚀 go-pugleaf

Je connais au moins dbDom pour les ceusses qui programment en python.
En gros, �a permet de monter des documents XML persistants gigantesques avec
API DOM sur un SGBDR quelconque.
Bien entendu l'arbre DOM n'est pas int�gralement mont� en RAM comme avec
l'immense majorit� des parsers DOM classiques qui sont faits pour tra�ter
des "petits" documents XML.

http://4suite.org/getdoc.epy?file=4Suite.DbDom.index

Pour le moment, seuls les backends Postgresql et Oracle sont support�s.

"Tom." <ptittom@free.fr> a �crit dans le message news:
o4e3v8.ok.ln@ptittom.free.fr...
> 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.