sdx-developers
[Top][All Lists]
Advanced

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

Re: [sdx-developers] RE : Utilisation des tables associees


From: Pierrick Brihaye
Subject: Re: [sdx-developers] RE : Utilisation des tables associees
Date: Tue, 18 Jun 2002 12:05:59 +0200
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3

Martin Sévigny wrote:

Ben, pipelinesque, effectivement.


Oui, ou "en série" pour reprendre un concept d'électricité... Ca s'oppose à la logique "parallèle" à laquelle j'avais pensé et qui me paraît plus intuitive, ne serait-ce qu'au niveau de l'indentation du XML de configuration...


En fait, lors de ma prise de contact avec SDX 2, je croyais avoir compris comment résoudre facilement le multilinguisme :

<sdx:pipeline>
  <sdx:transformation type="xslt" url="frenchIndexation.xsl"/>
  <sdx:transformation type="xslt" url="englishIndexation.xsl"/>
</sdx:pipeline>

C'est dans cette logique que je posais la question de la possibilité "d'index multiples". En fait, ce n'est apparemment pas le parti qui a été pris...


Je n'avais jamais pensé à cela. Etant donné la souplesse d'indexation,
je n'avais jamais imaginé un tel besoin.


Ca peut aller plus loin, par exemple pour des types de documents différents (quoique là, on peut résoudre ça plus élégamment en utilisant le concept application/base de documents).

En fait, le problème est
(peut-être) ailleurs : un pipeline d'indexation est associé à une base
de documents, donc une structure. Dans ton exemple, ça irait dans la
même base?


Euh... oui. Si celle-ci est capable de gérer plusieurs index. Mais bon, comme on s'oriente sur une relation 1:1 entre base et index...

Dans ce cas, tu pourrais dans ta première XSLT sortir un XML
du genre :

<sdx:document id="">
  <origine>
   <!-- Copie du document d'origine -->
  </origine>
  <sdx:field code=""><!-- Indexation française --></sdx:field>
</sdx:document>

Et dans la deuxième tu ajoutes des sdx:field appropriés.


Ca me paraît bien compliqué pour l'utilisateur lambda. On peut néanmoins postuler que celui qui veut faire du multilinguisme avec interception du flux d'indexation n'est pas un utilisateur lambda :-)


Si ça va dans deux bases différentes, alors tu dois indexer tes
documents deux fois. Moins performant, mais plus souple (je pense).


A vrai dire, je ne pense pas que la performance en indexation soit très critique. A titre d'exemple, je recrée ma base avec une JVM -classic. Ca rame, mais plus de conflits avec les threads du noyau. Enfin... pour l'instant :-)


Ca veut dire que tu n'as pas besoin des tables SDX ? ;-)


C'est ça. Mais nous laissais-tu le choix ? ;-))

--
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]