sdx-users
[Top][All Lists]
Advanced

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

Re: [sdx-users] aide pour un projet..


From: Pierrick Brihaye
Subject: Re: [sdx-users] aide pour un projet..
Date: Wed, 09 Apr 2003 09:20:22 +0200
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.2) Gecko/20030208 Netscape/7.02

Bonjour,

Quelques éléments de réponse...

maisonneuve nico a écrit:

j'ai un document XML décrivant un composant logiciel..

Dans ces conditions, vous avez tout ce qu'il faut :-)

la structure (XML Schema) de la description d'un composant peut évoluée mais je ne souhait pas refaire une réindexation à chaque fois

Mmmh... c'est en théorie possible mis est-ce souhaitable ? Vous risquez d'avoir une indexation qui ne correspond *plus* à vos documents... Lors d'une requête, ça risque de donner des résultats... bizarres.

=>d'ou l'idée (de SDX) de séparer la structure de l'index de la structure du document et de les relier par une XSLT

bon ca je pense que c'est OK..

Oui :-) Il suffit d'appliquer une XSL ad hoc, par exemple en passant un paramètre.

différents categories d'utilisateur peuvent recherche un composant,
les informations qu'ils recherchent ne seront certainement pas les mêmes.
d'où une vue différente du document XML pour chaque type d'utilisateur

J'adhère !

=> creation de plusieurs jeux d'index possibles : chaque index correspond à une vue propre à un type d'utilisateur.. (SDX gere plusieurs jeu d'index)

Oui : un "jeu d'index", dans le monde SDX, s'est une "base de documents". On peut aussi tout mettre dans le même index et confier la validation des requêtes à l'interface utilisateur. Au choix...

QUESTIONS.
    pour la recherche.. vous utilisez lucene..

On peut (doit) concevoir d'autre types de stockage pour les index...

    quelle est l'avantage de lucene par rapport à une base de données ?

Essentiellement le fait que l'on puisse multivaluer : un même "champ" peut avoir plusieurs "termes". Accessoirement, on peut aussi dépasser 255 caractères et on a, a priori, une meilleure gestion du multilinguisme (c'est du Java qui travaille nativement en Unicode).

    je crée un index (qui est une vue du document.. c'est ca ?)

Oui :-)

    pourquoi ne pas stocker mon index sous forme de table SQL ?

C'est faisable (v. plus haut)... pas pas forcément intéressant.

    et faire des requete dessus ? ne serait ce pas plus rapide ?

Pas dit : Lucene est *très* rapide ; enfin... en recherche. En écriture, il pourrait sans doute mieux faire.

4- Generer un document XML à partir de formulaires

Mmmh... tout dépend du niveau de structure.

QUESTIONS.
avez vous déjà utilisez SDX dans d'autre cas que pour un site web , en l'integrant dans un logiciel en java ?

Ca peut se faire : rappelons que le langage de communication entre client et serveur est le classique HTTP. Que le HTTP soit généré/lu par un navigateur ou autre chose n'a aucune importance.

je décide que ma structure (XML schema) de description de composants ne va plus.. je souhaite la changer

Mmmh... il faudra donc recharger les documents.

j'upload mon Schema XML et un un pseudo formulaire de generation d'index est crée .. celui-ci représente ma structure avec l'ensemble des eléménts En cochant un ensemble d'elements de cette structure, je genere un index et une feuille XSL..

Pourquoi pas ? Rappelons cependant que la liste de "champs" (index) fait partie de la configuration de l'application. Il faudra donc "reconfigurer" (une sorte de redémarrage à chaud) cette appli.

j'attends les remarques et un rapport d'une dizaine de pages demain sur mon bureau

Je n'ai que ces quelques lignes... et je suis en retard :-)

A bientôt,

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





reply via email to

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