Re: RE : [sdx-users] recherche SQL désespéré ment

[Pierrick Brihaye]

Bonjour,

marjorie burghart a écrit:

> La solution serait donc je suppose de doubler l'indexation faite par SDX par
> un mapping XML / relationnel dans une BDD (MySQL, par ex.), au moment du
> chargement de documents ?

Je suivrai cette piste avec intérêt ;-))

Techniquement, l'idée serait de :

1) considérer un index comme un repository cherchable
2) passer ce qui est produit par les pipelines d'indexation aux dit 
repositories.

Ensuite, c'est relativement simple :

Si on a du 2D, on stocke sur un SGBD
Si on a du 2.5 D, on stocke sur Lucene ou sur un SGDBR (plus délicat 
s'il n'y a qu'une seule table)
Si on a du 3.5 D, on stocke sur une XMLDB.

Bien sûr, qui peut le plus peut le moins.

Techniquement, comment ça pourrait se concrétiser ?

1) Doter les repositories, et en premier lieu Luceneindex, d'une 
interface XMLConsumer
2) Sortir la génération des "champs" (Lucene) de 
d'AbstractIndexableDocument pour la mettre dans LuceneIndex
3) Génériciser LuceneDocumentBase pour redonner plus remettre le 
pipeline d'indexation au coeur de l'implémentation.
4) "aider" les repositories en jouant sur les espaces de noms :

<luceneindexationdocument id="xxx"> vs. <sdx:document id="xxx">
<luceneindexationfield name="aaa"> vs. <sdx:field name="aaa">

Accessoirement, je me demande s'il ne faudrait pas transmettre les 
métadonnées SDX à ce pipeline ou, à l'opposé, considérer que la 
production des métadonnées est le dernier composant du pipeline.

Cette approche serait a priori invisible pour l'utilisateur (sauf si on 
joue sur les espaces de noms, auquel cas, il faudrait revoir les XSL 
d'indexation) et elle préparerait *en douceur* la migration vers SDX v.3 
;-))

Des volontaires ?

A bientôt,

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