sdx-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[sdx-developers] Recherhes composites


From: Pierrick Brihaye
Subject: [sdx-developers] Recherhes composites
Date: Wed, 01 Sep 2004 16:00:56 +0200
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.6) Gecko/20040113

Salut,

J'aimerais avoir votre avis sur un développement que je devrais mener à court terme. Voilà :

SDX permet des recherches sur une infraxstructure Lucene. Pas de pb en documentaire : c'est quasiment ce qui se fait de mieux.

Au-delà de ça, SDX propose une très intéressante ComplexQuery pour effectuer diverses recherches et agréger les résultats dans un tout cohérent : les Results Lucene, capables d'aller chercher les champs brief.

Sans vouloir faire exploser la stratégique LuceneDocumentBase, je me demande dans quelle mesure on pourrait injecter autre chose qu'une Query Lucene dans une ComplexQuery.

Ce que je voudrais, en fait, c'est pouvoir injecter une requête SQL, récupérer ses résultats, en faire des Results Lucene (i.e. aller chercher les champs brief) et, éventuellement, pouvoir intégrer ça dans une ComplexQuery.

En gros :

<complexQuery>
  <fieldQuery/>
  <simpleQuery/>
  <dateQuery/>
  <SQLQuery/>
</complexQuery>

On a plusieurs problèmes :

recenser la connexion JDBC vers les source de données SQL. Quel est, à votre avis, le meilleur endroit pour le faire ?

faire en sorte que la SQLQuery renvoie des Results à la mode Lucene. Faut-il partir de Hits ou de ResultDocument(s) ? Concrètement, ne serait-il pas intéressant de pipeliner une query (en fait, sa représentation textuelle) pour, in fine, obtenir des ResultDocuments ?

disposer d'un modèle Query/Results plus abstrait qui permettrait à chaque type de Query d'aller chercher les champs brief dans les index Lucene.

Qu'en pensez-vous ?

A+

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden
+33 (0)2 99 29 67 78




reply via email to

[Prev in Thread] Current Thread [Next in Thread]