🚀 go-pugleaf

> te serai-t-il possible de d�tailler ton test sans rentrer dans les aprties
> confidentielles de cette application ?

Quelques d�tails:
Transactionnel
D'une part il est parfaitement exact que je ne m'int�resse pas au
transactionnel dans ce cadre, en t�l�com le gros des probl�mes sont des
probl�mes d'analyse de tickets de com (pour du trafic t�l�phonique ou IP)
qu'il ne faut surtout pas modifier.

(Par contre nous avons besoin de transactionnel XML dans un autre cadre
(CRM) et je ne donnerais pas de d�tails la dessus pour l'instant.)

Les tests effectu�s
Un test en index variables:
En gros j'ai repris le corpus discours et contrats du premier ministre
canadien pour mes tests car je souhaitais tester les possibilit�s d'un noyau
de moteur de recherche dans le cas de vecteurs d'index variables.
Le test a consist� � s�parer tout le corpus en phrase, puis � indexer sur
chaque mot. Cela repr�sente 4,5 M phrases et 80 kMots en fran�ais, 40 kMots
en anglais.
On obtient au final une arborescence XML comportant des branches qui sont
les mots, et qui constituent des phrases.
Pour comparer avec les SGBDR, nous avons utilis� des index binaires sur les
mots les plus courants ce qui est relativement rapide mais moins que la
solution XML.
J'ai fait un autre test en indexant chaque phrase par ses propres mots, mais
l� c'est la b�r�sina des SGBDR.

Un test en index fixes
Nous avons utilis� une base de tickets t�l�phoniques (appel�s CDR pour les
sp�cialistes) comportant 80 index. Il n'y a pas l� non plus de
transactionnel vrai, mais il faut cr�er et effacer les tickets au rythme ou
l'on garde les coms. La encore la solution XML + moteur de recherche est
parfaite par rapport � notre ancienne solution d�j� fortement am�lior�e par
rapport aux SGBDR qui sont inadapt�s, aux bases "read-only". Les bases sont
par contre bien plus grosses que dans le cas du test sur les mots en index
variables...

J'ai encore deux bons mois de tests avant de pourvoir conclure...
Jean-Philippe BRUNET