(En gros) Je veux faire une implementation DOM qui au lieu d'etre sauvée sur disques est stockée dans la une bdd.
Je ne vois pas du tout l'intérêt. pourquoi ne pas, par exemple, stocker ton document XML dans un annuaire Ldap, par exemple, qui offre une plus grande ressemblance de format ?
Et pourquoi ne pas décomposer ton fichier XML en fragments ? il me semble qu'il existe pour cela une spécification du W3C, mais je n'en suis pas si sûr.
Pas mal d'avantages : on peut avoir une notion de trasaction (modifier plusieurs section de documents et faire un commit par exemple),
La transaction est la béquille de l'informatique.
gerer certaine zone d'un document (et ne pas charger tout le fichier en mémoire) à l'aide des requete XPath/Xquery (pour lire certaine zone du document, ou faire des recherche dans les documents).
Il me semble que XQuery devrait pouvoir faire ça d'emblée, non ?
De plus cela permet de s'interfacer en transparence avec des outils existant de gestion de flux XML
[^] # Re: XML Persistence
Posté par Nicolas Delsaux . En réponse au journal XML Persistence. Évalué à 1.
Je ne vois pas du tout l'intérêt. pourquoi ne pas, par exemple, stocker ton document XML dans un annuaire Ldap, par exemple, qui offre une plus grande ressemblance de format ?
Et pourquoi ne pas décomposer ton fichier XML en fragments ? il me semble qu'il existe pour cela une spécification du W3C, mais je n'en suis pas si sûr.
Pas mal d'avantages : on peut avoir une notion de trasaction (modifier plusieurs section de documents et faire un commit par exemple),
La transaction est la béquille de l'informatique.
gerer certaine zone d'un document (et ne pas charger tout le fichier en mémoire) à l'aide des requete XPath/Xquery (pour lire certaine zone du document, ou faire des recherche dans les documents).
Il me semble que XQuery devrait pouvoir faire ça d'emblée, non ?
De plus cela permet de s'interfacer en transparence avec des outils existant de gestion de flux XML
Gni ?