🚀 go-pugleaf

> XML n'est qu'un format de stockage. En m�moire, c'est un DOM. On agit
> donc sur le DOM, qu'on re-s�rialise ensuite (sauvegarde dans le
> fichier).
Pas forc�ment, il existe d'autres mod�les que DOM applicables au XML, et il
fallait bien bosser avant que DOM existe.
Une base XML est rarement monofichier.
En g�n�ral on utilise plutot des documents de lien qui permettent de
structurer la base en fragments.
Du coup, on n'est pas toujours forc� de res�rialiser au sens ou tu
l'entends.
Les fragments peuvent �tre r�partis dans un grand nombre de fichiers de
transaction et rassembl�s ensuite. Sur les petites structures (quelques
dizaine de milliers de fragments) l'OS est suffisant pour cela. Sur des
structures plus importantes en volume (millions ou milliards de fragments),
j'utilise un moteur de recherche qui remplace le syst�me de fichier et qui
fait "voir" les fragments sous forme de fichiers isol�s ou composites, selon
ce qu'on veut en faire derriere.
Dans cette situation:
Le fichier de sauvegarde de la base est un gros et massif fichier XML,
�ventuellement compress�.
les fichiers vivants sont des fichiers XML, plus des index binaires qui
permettent de retrouver les fragments mais qui ne sont pas indispensables �
la reconstitution de la base en cas de crash.

Jean-Philippe BRUNET
Commutation et T�l�phonie S.A.