🚀 go-pugleaf

On Tue, 7 Nov 2000 15:14:13 +0100, Pierre Goiffon 
<pgoiffon.invalid@webcity.fr> a �crit:
>Le principal int�r�t d'une base de donn�es sur des fichiers plats est :
>
>- la gestion des acc�s concurrents
>- la gestion des liens relationnels
>- un langage d'interrogation quasi universel et performan (SQL)

Pour moi,le principale inconv�nient  d'un sgbd relationnel, c'est que l'on
stocke des lignes. Pour faire du multi crit�re (enfin, du crit�re
multi-valu�), il faut passer parune table de couple, ou un objet.
Quand on a un arbre, c'est bcp plus agr�able.

>
>Je ne vois pas en quoi XML serait concurrent ?? XML est une mani�re comme
>les autres de stocker les informations dans des fichiers textes, si ce n'est
>que la structure peut �tre r�cup�r�e via des DTD dont la syntaxe est
>normalis�e. Je me trompe en disant �a ?
>

Nonon, mais l'aspect manipulation de ces donn�es me parait important aussi.
XML permet de rechercher, de reorganiser, de mettre a jour ... etc.
C'est un peu ce que permettent les SGBD. Reste � raison garder, et utiliser
un outil dans le domaine o� il est adapt�.
Le probl�me qui me tracasse en ce moment, c'est g�rer les gros fichiers. La
solution s'appelle-t-elle SAX ?

J'en profite aussi pour  demander si quelqu'un a pu tester le module XML 
d'oracle, qui permettrait (conditionnel) de ramener des infos sorties d'une 
base de
donnees, sous format XML ( bof facile ) mais aussi de rassembler a travers
les cl�s �trang�res les infos associ�es.

-- 
Damien
Whistler's Law:
        You never know who is right, but you always know who is in charge.