|
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
[Prev in Thread] | Current Thread | [Next in Thread] |