Je travaille sur un document de révision d'architecture cette semaine et il suggère, entre autres choses, que le client envisage d'utiliser le Thésaurus pour aider à améliorer l'expérience utilisateur final de la recherche. N'ayant jamais fait moi-même, J'ai voulu faire un test pratique rapide que ma suggestion est authentique.

Il était étonnamment difficile de comprendre comment faire, Bien qu'il soit, En fait, assez facile. Il y a un assez bon peu d'informations sur le dictionnaire des synonymes (vérifier ici et ici, par exemple). Cependant, ces documents sont soit WSS 2.0 / SPS 2003 orienté ou ils ne précisent réellement ce que faire après avoir fait vos modifications dans le thesaurus. Ils fournissent un bon aperçu et un peu juste de détail, mais il ne suffit pas à franchir la ligne d'arrivée.

Cette procédure a fonctionné pour moi:

1. Apportez les modifications au thésaurus. (Voir ci-dessous pour une remarque importante)
2. Aller sur le serveur, puis redémarrez le "Office SharePoint Server Search" service.

Un coup de chapeau à Monsieur. J. D. Wade (Bio). Il a fourni le bit clé sur le redémarrage du service de recherche et me sauvait des interminables, iisresets beaucoup de temps et inutile et analyses de l'index complet. Cet épisode s'avère, Encore une fois, ce Twitter est le génial. (Suivez-moi sur twitter ici. J'ai suivi toute personne SharePoint qui me suit).

Je ne sais pas si cette fonctionnalité est disponible dans WSS. Si elle est ou n'est pas, s'il vous plaît laisser un commentaire ou un e-mail moi et je mettrai à jour ce post.

Remarque importante: Il y a des informations contradictoires sur quel fichier de dictionnaire des synonymes XML pour changer. Il n'y a cette notion de "tsneu.xml" comme étant « neutre" Dictionnaire des synonymes. J'ai perdu quelques temps à travailler avec celui-là. Dans mon cas, J'avais besoin de changer le tsenu.xml »" fichier situé sous le dossier de l'ID app elle-même: \\win2003srvc$ Program FilesMicrosoft Office Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Je suppose que dans une situation de plusieurs batteries de serveurs, vous feriez ce changement partout où que s'exécute un serveur de requête.

</fin>

S'abonner à mon blog.

J'ai fini la journée 2 de formation rapide à Needham ensoleillé, MA, et je suis débordant d'idées (dont toutes les classes de bonne formation me faire). Un aspect particulier de rapide m'a pensée et je voulais écrire alors qu'il était encore frais et normal au quotidien "trucs" Il a poussé hors de ma tête.

Nous SharePoint WSS 3.0 / Les implémenteurs MOSS fréquemment confrontés à un problème difficile avec n'importe quel projet SharePoint-de taille raisonnable: Comment obtenons-nous toutes les données non balisées chargées dans SharePoint, telles que tout cela s'inscrit dans notre architecture de l'information parfaitement conçu?

Assez souvent, ce n'est pas un problème difficile parce que nous avons nous-mêmes portée hors de l'ennui: "Nous ne se soucient quoi que ce soit plus de 3 mois." "Nous occuperons de tout ce que vieux trucs avec recherche par mot-clé et dorénavant nous le ferons la bonne façon…" Etc..

Mais, que se passe-t-il si nous ne pouvons pas portée nous sortir du pétrin et nous cherchons à quelques dizaines de milliers ou des centaines de milliers (voire des millions) des docs — le chargement et marquage de qui est notre vœu pieux?

RAPIDE pourrait être la réponse.

Processus de recherche de FAST comprend un grand nombre de pièces mobiles, mais une vue simplifiée est la suivante:

• Un processus de robot d'indexation recherche contenu.
• Il trouve contenu et il transmet à un processus de courtier qui gère un pool de processeurs de document.
• Processus Broker il transmet à l'un des processeurs document.
• Le processeur de document analyse le document et via un processus de pipeline, analyse de la bejeezus depuis les documents et il transmet à un processus de type index builder.

Sur le vaisseau rapide, Nous avons beaucoup de contrôle sur le pipeline de traitement des documents. Nous pouvons mélanger et assortir tout 100 composants de pipeline et, plus intéressant encore, Nous pouvons écrire nos propres composants. Comme j'ai dit, FAST est une analyse de documents de tous les sens mais dimanche et il compile un grand nombre d'informations utiles sur ces documents. Ces fous rapides sont clairement fou et obsessionnelle sur l'analyse du document parce qu'ils ont des outils et/ou des stratégies vraiment classer les documents.

Si … l'utilisation rapide avec notre propre composant de pipeline personnalisé, Nous pouvons saisir toutes ces informations de contexte de rapide et flux retour à MOSS. Il pourrait aller quelque chose comme ça:

• Document est alimenté en rapide de MOSS.
• Fou-obsessionnel normale rapide de documents d'analyse et de catégorisation se passe.
• Notre propre composant de pipeline personnalisé supprime certaines de ces informations de contexte hors d'une base de données.
• Un processus de notre propre conception lit les informations de contexte, rend des décisions sur comment adapter ce document MOSS dans notre IA et la marque vers le haut à l'aide d'un service web et le modèle d'objet.

Bien sûr, aucun processus automatisé peut être parfait, mais grâce à l'obsession (et peut-être insane-but-in-a-good-way gens rapides), Nous pouvons avoir une vraie lutte contre coup à un processus de chargement de masse vraiment efficace qui plus que remplir une base de données SQL avec un tas de documents consultables à peine.

</fin>

S'abonner à mon blog.

J'ai eu raison aujourd'hui de jouer avec le recherche à facettes CodePlex projet aujourd'hui.

Il a été autour pendant un certain temps, mais j'ai hésité à le télécharger et l'utiliser pour les raisons habituelles (principalement le manque de temps), plus la peur pure et simple 🙂

Si vous cherchez à améliorer votre recherche et explorer de nouvelles avenues, Téléchargez-le et installez-le si vous avez une heure ou deux de temps libre. J'ai suivi les instructions de la notice d'installation et il m'a fallu moins de 20 minutes pour faire installer et travail. Il fournit minute valeur zéro.

Il a l'air assez difficile d'étendre. Les auteurs fournissent une description détaillée d'un scénario complex de BDC. Je peux être absent il, mais je souhaite qu'ils fourniraient également un scénario plus simple impliquant une des propriétés préexistantes ou peut-être ajouter une nouvelle propriété gérée. Je vais essayer et d'écrire que moi-même dans la prochaine période de temps.

Ligne de fond — en quelques minutes, vous pouvez installer, Configurez-le, utilisez-le et ajoutez des fonctionnalités plutôt intéressantes à votre recherche MOSS vanille et soyez un héros 🙂

</fin>

S'abonner à mon blog.

Sur le forum de recherche MSDN, les gens demandent souvent une question comme ça:

"J'ai un document nommé « Programming Guide’ mais quand j'ai chercher ' Pro’ recherche ne le trouve pas."

Il ne peut pas se sentir comme il, mais cela revient à une recherche générique. L'interface utilisateur MOSS/WSS ne supporte pas de recherche par caractères génériques out of the box.

Si vous creusez dans les composants WebPart de recherche, vous trouverez une case à cocher, « Activer recherche terme découlant ». Résultant est un terme de langue homme. Il n'est pas une sous-chaîne de langage informatique() fonction de type.

Voici quelques tiges:

• "poisson" est une tige à la pêche""
• "major" est une tige à "avec spécialisation"

Ce ne sont pas des tiges:

• maj"" n'est pas une tige "major"
• "pro" n'est pas une tige au programmeur""

Le moteur de recherche WSS/MOSS prend en charge la recherche de wild-card par le biais de l'API. Voici un article de blog qui explique comment faire: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Un tiers de produit, Ontolica, offre recherche Joker. Je n'ai pas utilisé ce produit.

</fin>

S'abonner à mon blog.