[Top][All Lists]
[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
- [sdx-developers] Recherhes composites,
Pierrick Brihaye <=