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 10:05:34 +0200
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:0.9.4.1) Gecko/20020508 Netscape6/6.2.3

Salut,

Martin Sévigny wrote:

Je savais que tu répondrais cela, mais ma réponse est prête ;-)


Je m'en doutais :-)


Oui. L'idée est que SDX crée la table, y met un champ doc_id, ce qui
fait que chaque enregistrement est en fait relié à un document indexé.
SDX se charge de l'ajout et de la suppression. L'accès se fait en
fournissant une clause where.


On est d'accord. Bien que n'ayant jamais utilisé cette fonction, j'ai regardé le code.


Personnellement, je n'utiliserais pas les tables SDX pour ton cas, car
je pense que tu vas en trouver les limites rapidement.


Euh, en quoi seraient-elles différentes de limites SQL standard ?

Menfin, voici la réponse j'imagine :

Je ferais plutôt
ceci :

- dans le pipeline d'indexation, tu mets une classe qui va prendre les
données que tu veux (générées par les étapes précédentes comme une XSLT)
et remplir tes tables externes


OK. Il faudra que tu me briefes là-dessus.


- dans un événement "onDelete", tu fais le ménage dans tes tables
associées


Oui :-)


Pour l'accès, tu utilises les méthodes normales de Cocoon par exemple
(ESQL taglib), ou ce que tu veux.

Qu'en penses-tu?


Tout ça me va. Ce que j'ai du mal à saisir est comment tout cela se configure ? Avoir une classe spécifique pour gérer ça ne me dérange pas (et, si elle fait son boulot), on pourra toujours la mettre dans la sdx-sandbox ;-) mais j'aimerais bien que tout cela apparaisse clairement dans les xconf. Question de padagogie évidemment...

A+

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