Version imprimable
Bonjour,
Je produis des grappes XML indexées par Index Server (Windows 2003 Server).
Dans ces grappes, des données de type DATE, ex. :
J'aimerais faire une recherche sur tout ce volume de données, mais selon vous, y-a-t-il un moyen de cibler les résultats en bornant sur des dates contenues dans les datas ?Code:
2
3
4
5
Quel moyen alternatif sinon ?
Quelques pérégrinations plus tard...
Bah, Index Server n'a plus trop l'air supporté par Microsoft, en tout cas en l'état.
Il semblerait possible d'ajouter des metadatas dans les documents indexés, par exemple dans les fichiers html en ajoutant des balises <meta name="DateDebut" content="02/01/2006"></meta>; puis ensuite en allant tripatouiller dans les propriétés du catalogue indexé, en typant la meta respective comme étant une Date.
Mais je n'ai pas réussi à requêter sur la date quand même... Bref, je patauge.
Du coup, j'en suis revenu à la base : je veux indexer du texte, sachant que SQL et Like sont vraiment pourris en termes de perf (normal !).
Alors je me suis penché sur le moteur d'indexation de MySQL. Je laisse tomber, il retrouve la moitié de ce que je lui demande.
Et puis enfin, je regarde SQLServer et je m'aperçois que le moteur d'indexation intégré n'est autre que Index Server intégré au goût du jour ! Oui bien ! Du coup avec SQLServer Express, je vais pouvoir dédier une base à l'indexation de mon contenu... avec en prime la possibilité de mixer dans ma table : un champ indexé, ainsi que des champs structurés (de type date par ex.).
A suivre...
Sylvain
tu as aussi sqlite qui intègre son moteur d'indexation.
il est clair qu'Index Server est un peu en perdition, dans Windows Server 2008 impossible de le faire fonctionner correctement avec aucune liaison avec les sites web.
Merci, je vais regarder SQLite.
Concernant l'indexation fulltext de SQLServer je suis un peu déçu.
Il annonce la possibilité de rechercher des mots quelque soit leur conjugaison, masculin /féminin etc., mais les résultats ne sont pas très probants (je demande pas grand chose, mais si il pouvait ne pas distinguer les singulier / pluriels, masculin / féminin ça serait déjà énorme).
Je vais essayer de voir ça avec des spécialistes de SQLServer.
Sinon il me reste à voir côté SQLite, au pire on passera sur un vrai serveur d'indexation FullText comme Sinequa ou Fast.
As tu regardé le produit RUBICON de l'éditeur http://www.tamaracka.com ?
Tiens nous au courant de tes avancées. Stp. Merci.
Merci, je connaissais pas, je vais regarder.
A propos de Fast, leader sur le marché, il semble que Microsoft soit en train de le racheter, et si ça se fait, il y a de fortes chances qu'on le retrouve dans SQLServer 2009...