sdx-developers
[Top][All Lists]
Advanced

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

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


From: Pierrick Brihaye
Subject: Re: RE : [sdx-developers] RE : Utilisation des tables associees
Date: Wed, 19 Jun 2002 15:15:06 +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:

Je pense que la notion de DocumentBase générique et d'indexation
parallèle sont deux choses différentes. Ce que tu appelles une
DocumentBase générique, pour moi, c'est une application SDX.


Le point de vue se défend :-) mais j'ai du mal en en évaluer les conséquences :

Imaginons une application d'un service public d'ampleur nationale ;-) qui dispose de... disons 22 documentBase.

Comment sont dispatchées les requêtes depuis l'appli jusqu'aux bases locales ? Certes, quelle que soit l'architecture choisie, le problème reste le même. C'était juste une question en passant.

Devrais-je charger N fois les mêmes documents, idéalement multilingues ou "multilinguisables", dans N bases locales afin de bénéficier de N indexations ? et donc, in fine, disposer de 22 * N bases ? Sur des URL repositories, ça n'a pas d'incidence physique, mais sur les autres types de repository ?

Tu me diras que je n'ai qu'à me débrouiller pour, qu'au lieu d'avoir N indexations pour 1 langue, je n'ai qu'à avoir 1 indexation pour N langues :-) C'est apparemment ce qui est prévu.

Mais là, on risque de tomber sur des contraintes opérationnelles assez fortes : multiples opérateurs sur la même feuille d'indexation, obligation d'une granularité identique de l'indexation ce qui n'est peut-être pas toujours pertinent, ouverture plus grande des accès aux ressources linguistiques (thésaurus), gestion d'un plus grand nombre de documentbase...

Quand on y réfléchit bien, les deux approches (appli/documentbase à 1 index vs documentbase à N index) ne sont pas forcément incompatibles mais l'impact sera à évaluer. Se pose simplement (!) la question de la "superapplication" au niveau central... là encore, la réponse peut être simple si l'on remonte d'un niveau en mettant ça dans un framework dédié. Mais dans ce cas, comment imaginer un "superframework" ?

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