Já pracuji na architekturu recenzi dokumentu tento týden a navrhuje, mimo jiné, že klient zvážit použití tezauru pomoci zlepšit možnosti vyhledávání koncovým uživatelem. S nikdy nedělal sám, Chtěl jsem udělat rychlý praktický test tak, že můj návrh je závazné.

Bylo to překvapivě obtížné přijít na to, jak udělat, Ačkoli je, Vlastně, poměrně snadné. Je tu docela dobrý dost informací o tezauru (Kontrola Tady a Tady, například). Avšak, Tyto dokumenty jsou buď WSS 2.0 / SPS 2003 orientované nebo nemají ve skutečnosti píše, co udělat, aby poté, co jste provedli změny v tezauru. Poskytují velký přehled a spravedlivé bit podrobností, ale to není dost přes cílovou čáru.

Tyto kroky, pracoval pro mě:

1. Proveďte změny tezauru. (Níže naleznete důležitá poznámka)
2. Přejděte na server a spusťte "vyhledávání serveru Office SharePoint" Služba.

Tip na klobouk Pan. J. D. Wade (Bio). Poskytuje klíčové něco o restartování vyhledávací služby a mě zachránil z nekonečné, časově náročná a zbytečné iisresets a plnou indexu procházení. Tato epizoda dokazuje, Znovu, Tento Twitter je úžasné. (Následujte mě na Twitteru zde. Sleduji osoba SharePoint, vyplývá, že mě).

Nevím, zda tato funkce je k dispozici v WSS. Je-li je nebo není, Prosím, zanechte komentář, nebo e-mailem mě a já budu aktualizovat tento post.

Důležitá poznámka: Konfliktu informací o souboru Tezaurus XML pro změnu. Je tento pojem "tsneu.xml" jako "neutrální" Tezaurus. Jsem zbytečně nějaký čas pracovat s touhle. V mém případě, Potřeboval jsem změnit "tsenu.xml" soubor umístěný ve složce app ID, sama o sobě: \\win2003srvc$ Program FilesMicrosoft Office Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Předpokládám, že v situaci, multi-farma, provedete tuto změnu, všude, spuštění dotazu serveru.

</Konec>

Přihlásit se na mém blogu.

Já jsem skončil den 2 RYCHLÉ školení v slunné Needham, MA, a já jsem překypující nápady (Jaké všechny dobrý trénink třídy mi dělat). Jeden konkrétní aspekt rychle má mě přemýšlet a chtěl jsem to napsat, zatímco to bylo ještě čerstvé a běžné každodenní "věci" strčil ji honila hlavou.

Jsme SharePoint WSS 3.0 / MOSS realizátoři často čelí těžký problém se jakéhokoli projektu SharePoint přiměřeně velké: Jak dostaneme všechny netagované údaje načteny do SharePoint tak, aby to vše zapadá do našeho dokonale navržený informační architektury?

Dost často, to není tak těžké problém, protože jsme sami oboru z potíží: "Jsme jedno, o nic víc než 3 měsíců věku." "Zvládneme to staré věci s klíčové slovo vyhledávání a jít vpřed uděláme to správně…" Atd.

Ale, Co se stane, když jsme sami nemůžeme oboru z potíží a Hledíme na 10 tisíc nebo 100 tisíc (nebo dokonce miliony) docs — načítání a tagování je naše zbožné přání?

RYCHLÉ může být odpověď.

FAST je proces hledání zahrnuje mnoho pohyblivých částí, ale je jedno zjednodušené zobrazení:

• Crawler proces vypadá pro obsah.
• Vyhledá obsah a ruce pryč, aby makléř proces, který spravuje fond dokumentů procesorů.
• Broker procesu to ruce pryč, aby jeden z procesorů dokumentu.
• Procesor dokument analyzuje dokument a prostřednictvím potrubí procesu, analyzuje bejeezus z dokumentu a ruce pryč k procesu typ tvůrce indexu.

Na lodi rychle, Máme hodně kontroly nad potrubí zpracování dokumentů. Můžeme míchat a zápas o 100 komponenty příležitostí a, nejvíce zajímavé, můžeme napsat vlastní komponenty. Jak říkám, RYCHLE je analýza dokumentů, všemožně, ale neděle a sestavuje spoustu užitečných informací o těchto dokumentů. Ti blázni rychle jsou jasně šílený a obsedantní o dokumentu analýzy, protože mají nástroje a strategie opravdu kategorizace dokumentů.

Tak … použití v kombinaci s vlastní komponenty příležitostí, můžeme chytit všechny kontextové informace z rychle a krmit zpět na mech. To by mohlo jít něco podobného:

• Dokument se přivádí do rychle z MECHU.
• Normální blázen fanatika rychle dokument analýzu a kategorizaci se stane.
• Naše vlastní komponenty příležitostí kapky některé z této kontextové informace z databáze.
• Proces vlastní konstrukce přečte informace o kontextu, některé rozhoduje jak se vešel tento dokument MOSS v rámci naší IA a označí pomocí webové služby a objektový model.

Samozřejmě, žádný takový automatizovaný proces může být dokonalý, ale díky fanatika (a možná i insane-but-in-a-good-way rychle lidé), Máme skutečný bojový šanci na skutečně účinné hromadné zatížení proces, který víc než jen naplnit databázi SQL s partou sotva vyhledávání dokumentů.

</Konec>

Přihlásit se na mém blogu.

Měl jsem důvod, proč dnes hrát s CodePlex tváří hledání projekt dnes.

To byl asi na chvíli, ale váhal jsem stáhnout a použít ji pro obvyklé důvody (hlavně nedostatek času), plus outright fear 🙂

Máte-li zájem zlepšit vaše hledání a zkoumat nové možnosti, stáhnout a nainstalovat, když máte hodinu nebo tak volného času. Sledoval jsem návod instalační manuál a to mi trvalo méně než 20 minuty mít nainstalovaný a pracovní. Poskytuje hodnotu minut nula.

To vypadá docela těžké, rozšířit. Autoři uvádějí podrobné průchozí pro komplexní služby BDC scénář. Možná chybí to, Ale kéž že by také poskytovat jednodušší scénář zahrnující jednu z již existujících vlastností nebo možná přidat jednu novou spravovanou vlastnost. Já se zkusit a napsat, že sám v dalším časovém období.

Čára dole — v minutách, můžete nainstalovat, konfigurovat, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</Konec>

Přihlásit se na mém blogu.

Na fóru hledat MSDN, lidé se často ptají na otázku, jako je tento:

"Mám dokument s názvem" Programming Guide’ Ale když jsem hledat "Pro’ hledání nebyla nalezena."

Nemusí mít chuť, ale to se rovná hledání pomocí zástupných znaků. MOSS/WSS uživatelské rozhraní nepodporuje hledání pomocí zástupných znaků z pole.

Pokud budete kopat do webové části hledání, najdete tu zaškrtávací políčko, "Povolit hledání termín stemming". Vyplývající je jazyková technologie-termín. To není řetězec jazyka počítače() typ funkce.

Toto jsou některé stonky:

• "ryba" je kmen "rybolov"
• "velké" je kmen "obor"

To nejsou stonky:

• "maj" není stonek do "velké"
• "pro" není kmenové "programátor"

WSS/MOSS vyhledávací stroj nepodporuje zástupné hledání přes API. Zde je jeden blog článek, který popisuje, jak na to: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Třetí stranu výrobku, Ontolica, divokou kartu vyhledávání. Osobně jsem nepoužil tento produkt.

</Konec>

Přihlásit se na mém blogu.