Re: RE : [sdx-users] base XML native (Xindice,Exist) et SDX

[Pierrick Brihaye]

Bonjour,

maisonneuve nico a écrit:

> nous sommes donc prisonniers des implementations de stockage que gere 
> SDX...

Essentiellement de celles d'indexation. Pour le stockage, SDX est assez 
costaud IMHO.

> c'est un peu frustrant :(

Certes :-)

> mais : d'un point de vue code source , les 2 parties (stockage et 
> indexation) sont ils distincts ou pas ?

En théorie oui. Dans les faits, c'est plus compliqué car le chargement 
d'un document implique une indexation immédiate. Voici en gros la 
cinématique :

XSP ou LuceneDocumentBase.index(document...) :
- chargement du document
Base de documents :
- génération du document d'indexation
- génération et stockage des données nécessaires à la base de documents 
(lookups)
- obtention d'une connection vers l'entrepôt
Entrepôt :
- stockage

> peut on facilement les séparer.. ?

En théorie, on pourrait le faire assez facilement. Mais il faudrait 
faire quelques choix d'architecture.

> - l'Implémentation  d'une base XML native est-elle prévue pour bientôt ?

Que veut dire "bientôt" ? :-)

> - Est ce dur de l'implémenter ?
> - Est-til facile d'implementation son propre mécanisme de stockage ?

Le stockage est facile à faire IMHO. Il faudrait un XMLDBRepository. V. 
les autres, en particulier le JDBCRepository.

> "wrapper interEntrepôt" = ensemble de BDD physiquement distants

Pas forcément... le truc important c'est de pouvoir disposer d'une 
multitude d'architectures différentes pour le stockage, c.a.d. de mettre 
de l'abstration sur les dites architectures.

> se 
> gerent dans SDX comme si il n'y en avait qu'1 seul ?

Ce concept existe déjà : c'est celui d'application.

Pour moi, le rôle d'un tel wrapper serait de :

1) masquer les architectures sous-jacentes (v. plus haut) ; on n'en est 
pas loin... sauf pour l'indexation.
2) proposer des API génériques (c'est déjà le cas)
3) effectivement, faire abstraction entre ce qui est local et ce qui est 
distant
4) éventuellement, proposer un/des langage de requête capable d'attaquer 
les différentes architectures d'indexation


[snip une trentaine de lignes]

A bientôt,

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden