|
From: | Pierrick Brihaye |
Subject: | Re: [sdx-developers] RE : Utilisation des tables associees |
Date: | Tue, 18 Jun 2002 11:29:07 +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:
Essentiellement parce que c'est une seule table. Et tu es limité par une requête SELECT avec un WHERE et un ORDER BY, mais pas de GROUP BY.
OK.
Donc tu peux avoir un pipeline tel que : <sdx:pipeline> <sdx:transformation type="xslt" url="indexation.xsl"/> <sdx:transformation class="GISInterceptor"/> </sdx:pipeline>
La grosse question qui se pose c'est : est-ce que le second pipeline travaille avec le contenu du premier (approche "pipelinesque") ou est-ce qu'il est "autonome" ? Bon, à vrai dire, je crois savoir la réponse :-)
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...
Par contre, éventuellement (bientôt), tu pourras définir un pipeline _au moment de l'indexation_, dans une XSP, avec une construction du genre : <sdx:uploadDocuments ...> <sdx:pipeline> <sdx:transformation type="xslt" url="indexation.xsl"/> <sdx:transformation class="GISInterceptor"> <sdx:parameter name="connectioName" valueVar="conn"/> <sdx:transformation> </sdx:pipeline> </sdx:uploadDocuments> (le XML des paramètres est à définir, ici disons que la valeur du paramètre sera la variable conn définie préalablement)
OK, ça me va... A+ -- Pierrick Brihaye, informaticien Service régional de l'Inventaire DRAC Bretagne mailto:address@hidden
[Prev in Thread] | Current Thread | [Next in Thread] |