Ich arbeite an einer Architektur Überprüfung Dokument diese Woche und es schlägt, unter anderem, dass der Client in Betracht ziehen des Thesaurus zur Verbesserung der Endbenutzer-Suchfunktion. Diese selbst haben nie getan, Ich wollte einen kurzen hands-on-Test zu tun, damit mein Vorschlag verbindlich ist.

Es war überraschend schwierig, herauszufinden, wie zu tun, zwar es ist, Tatsächlich, ganz einfach. Es ist ein ziemlich gutes Stück Informationen zum Thesaurus (Überprüfen Hier und Hier, zum Beispiel). Jedoch, Diese Dokumente sind entweder WSS 2.0 / VP6 2003 orientierte oder buchstabieren sie nicht wirklich was zu tun, nachdem Sie Ihre Änderungen, im Thesaurus vorgenommen haben. Sie bieten eine große Übersicht und gutes Stück Details, aber es reicht nicht, um die Ziellinie zu überqueren.

Diese Schritte arbeitete für mich:

1. Nehmen Sie Änderungen an den thesaurus. (Weiter unten finden Sie ein wichtiger Hinweis)
2. Gehen Sie auf dem Server und starten Sie die "Office SharePoint Server-Suche" Dienst.

Eine Spitze des Hutes zu Herr. J. D. Wade (Bio). Er zur Verfügung gestellt der wichtigsten etwas über die Search-Dienst neu zu starten und mich aus endlosen gerettet, zeitaufwendig und unnötige Iisresets und vollständigen Index Crawlen. Diese episode beweist, Noch einmal, dass Twitter ist das genial. (Folge mir auf Twitter hier. Ich interessiere mich für eine SharePoint-Person, die mir folgt).

Ich weiß nicht, ob diese Funktion in WSS verfügbar ist. Wenn es ist oder nicht, Bitte terlassen Sie einen Kommentar oder eine e-Mail, die mich und ich werde diesen Beitrag aktualisieren hin.

Wichtiger Hinweis: Es gibt widersprüchliche Informationen über welche XML-Thesaurusdatei ändern. Es gibt diese Vorstellung von "tsneu.xml" als die "neutral" Thesaurus. Ich verlor einige Zeit mit, dass man. In meinem Fall, Ich brauchte, um die "tsenu.xml ändern" Datei im Ordner der app-ID selbst: \\win2003srvc$ ProgrammeMicrosoft Office Servers12.0DataOffice ServerApplications3c4d509a-75 c 5-481 c-8bfd-099a89554e17Config. Ich gehe davon aus, dass in einer Situation mit mehreren Farmen, Sie würde diese Änderung überall machen, die ein Abfrageserver ausgeführt wird.

</Ende>

Onnieren Sie meinen Blog ab.

Ich habe fertig bis Tag 2 SCHNELLE Ausbildung in sonnigen Needham, MA, und ich bin voller Ideen (welche alle gute Ausbildung Klassen tun, um mich). Ein spezieller Aspekt der hat mich schnell denken und wollte ich es aufschreiben, während es noch frisch und normalen täglichen "Zeug war" aus meinem Kopf verdrängt.

Wir SharePoint WSS 3.0 / MOSS-Implementierer stellen häufig eine harte Problem mit jeder vernünftige Größe SharePoint-Projekt: Wie kriegen wir die nicht markierter Daten in SharePoint geladen, so dass sie alle in unserem perfekt gestaltete Informations-Architektur passt?

Oft genug, Das ist so ein schwieriges Problem nicht, weil wir uns aus der Misere Zweck: "Wir kümmern uns nicht um nichts mehr als 3 Monate alt." "Wir werden all das alte Zeug mit Stichwortsuche behandeln und gehen vorwärts wir Mach es richtig…" Etc..

Aber, Was passiert, wenn wir nicht uns Ärger Zweck kann und wir auf 10 Tausenden oder 100's von Tausenden blicken (oder sogar Millionen) docs — das Laden und Tagging ist unser frommer Wunsch?

SCHNELL könnte die Antwort sein.

FASTETEN Suchprozess enthält viele bewegliche Teile aber eine vereinfachte Ansicht ist dies:

• Ein Crawler-Prozess sucht nach Inhalten.
• Es findet Inhalte und übergibt es an einen Brokerprozess, der verwaltet einen Pool von Dokumentprozessoren.
• Brokerprozess übergibt es an eines der Dokumentprozessoren.
• Der Dokument-Prozessor analysiert das Dokument, und über eine Rohrleitung-Prozess, analysiert die Bejeezus aus dem Dokument und übergibt es an einen Index-Generator Typ Prozess.

Auf das Raumschiff schnell, Wir haben eine Menge an Kontrolle über die Dokumentenverarbeitung Rohrleitung. Wir können mischen und entsprechen zu 100 Pipelinekomponenten und, die meisten interessanterweise, Wir können unsere eigenen Komponenten schreiben.. Wie ich sage, SCHNELL ist Dokumente analysieren, allen Varianten aber Sonntag und viele nützliche Informationen über diese Dokumente kompiliert. Diese verrückte schnell Leute sind eindeutig verrückt und obsessive über Dokumentenanalyse weil sie Werkzeuge bzw. Strategien wirklich Dokumente kategorisieren.

Also … SCHNELL in Kombination mit unseren eigenen benutzerdefinierte Pipelinekomponente verwenden, Wir greifen alle diese Kontextinformationen von FAST und es zurück zu MOSS feed. Es könnte soetwas gehen:

• Dokument wird schnell von MOSS zugeführt.
• Normal verrückt-obsessiv schnell Dokument Parsen und Kategorisierung passiert.
• Unsere eigene benutzerdefinierte Pipelinekomponente Tropfen einige dieser Kontext-Informationen aus einer Datenbank.
• Ein Prozess von unserer eigenen Design liest die Kontextinformationen, Einige entscheidet über wie man das MOSS-Dokument innerhalb unserer IA passen und markiert sie oben mit einem Webdienst und das Objektmodell.

Natürlich, keine solche automatisierter Prozess kann perfekt aber Dank der obsessiv sein. (und möglicherweise insane-but-in-a-good-way schnell Menschen), Wir haben eine echte Kämpfe Schuss auf eine wirklich effektive Masse Ladeprozess, die mehr als nur eine SQL-Datenbank mit einem Haufen kaum durchsuchbare Dokumente ausfüllen.

</Ende>

Onnieren Sie meinen Blog ab.

Ich hatte heute Grund zum spielen über die Facettensuche CodePlex Projekt heute.

Es ist herum für eine Weile gewesen, aber ich zögerte herunterladen und nutzen es für die üblichen Gründe (vor allem der Mangel an Zeit), plus outright fear 🙂

Wenn Sie suchen, um Ihre Suche zu verbessern und neue Optionen, Laden Sie sie herunter und installieren Sie sie, wenn Sie eine Stunde oder so freie Zeit haben. Ich befolgte das Installationshandbuch Anweisungen und es dauerte weniger als 20 Minuten bis es installiert haben und arbeiten. Es bietet Minute Wert 0 (null).

Es sieht ziemlich schwer zu erweitern. Die Autoren bieten eine detaillierte Anleitung für ein komplexes BDC-Szenario. Ich kann es fehlt, werden, aber ich wünsche, dass sie auch bieten würde, ein einfacheres Szenario unter Einbeziehung eines bereits vorhandenen Anwesen oder vielleicht eine neue verwaltete Eigenschaft hinzufügen. Ich werde versuchen und schreiben, die mich in der nächsten Zeit.

Fazit — in Minuten, Sie können installieren, Konfigurieren, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</Ende>

Onnieren Sie meinen Blog ab.

Auf der MSDN-Forum durchsuchen, Leute fragen oft, eine Frage wie diese:

"Ich habe ein Dokument mit dem Namen" Programming Guide’ aber wenn ich Suche für "Pro’ Suche findet es nicht."

Sie können nicht fühlen, wie es, aber das entspricht eine Platzhaltersuche. Die MOSS/WSS-Benutzeroberfläche unterstützt keine Wildcard-Suche out of the box.

Wenn Sie in die Suche-Webparts Graben, Hier finden Sie eine checkbox, "Aktivieren Sie Suche Begriff Wortstamm". Ein Mensch-Sprachausdruck ist Eindämmung. Es ist kein Computer Sprache Teilstring() Typ-Funktion.

Dies sind einige Stengel:

• "Fisch" ist ein Stamm "Fischerei"
• "große" ist ein Stamm an "mit den Schwerpunkten"

Dies sind nicht die Stiele:

• "maj" ist kein Stamm "Major"
• "pro" ist kein Stamm "Programmierer"

Die Suchmaschine für WSS/MOSS unterstützt Wildcard-Suche über die API. Hier ist ein Blog-Artikel, der beschreibt, wie man das macht: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Ein 3rd-party Produkt, Ontolica, Wildcard-Suche bietet. Ich habe das Produkt nicht verwendet..

</Ende>

Onnieren Sie meinen Blog ab.