Som pracujúci na preskúmanie dokument architektúry tento týždeň a navrhuje, okrem iného, že klient zvážiť použitie tezauru pomôcť zlepšiť vyhľadávania koncového používateľa. Nikdy neurobil to sám, Chcel som si test rýchle hands-o, tak, že môj návrh je autentické.

Bolo to prekvapivo ťažké zistiť, ako to urobiť, aj keď je, v skutočnosti, celkom jednoduché. Tam je docela dobré trochu informácií o synonymický slovník (odhlásenie tu a tu, napríklad). Avšak, Tieto dokumenty sú buď WSS 2.0 / SPS 2003 orientované alebo nemáte skutočne kúzlo, čo sa po vykonaní zmien v synonymickom slovníku. Poskytnú skvelý prehľad a spravodlivý trochu detail, ale to nestačí, križujú čiaru dokončovacie.

Tento postup pracoval pre mňa:

1. Vykonajte zmeny synonymický slovník. (Nižšie nájdete dôležité upozornenie)
2. Prejsť na server a reštartujte "Office vyhľadávania servera SharePoint Server" Služba.

Tip klobúk na Pán. J. D. Wade (biologickým). Poskytuje kľúčové trochu o reštartovanie služby vyhľadávania a ma zachránil z nekonečnej, časovo náročné a zbytočné iisresets a plný index prehľadávania obsahu. Táto epizóda dokazuje, ešte raz, že neštebotajú je úžasné. (Nasledujte ma na Twitteri tu.. I nasledovať osoba SharePoint, ktorý nasleduje, ma).

Neviem, či táto funkcia je k dispozícii v WSS. Ak je alebo nie je, Prosím, zanechajte komentár, alebo e-mail mi a ja budem aktualizovať tento príspevok.

Dôležitá poznámka: Konfliktné informácie ktoré XML súbor synonymického slovníka zmeniť. Tam je tento pojem "tsneu.xml" ako "neutrál" synonymický slovník. Stratil som nejaký čas pracovať s ten. V mojom prípade, Potreboval som zmeniť "tsenu.xml" súbor umiestnený v priečinku app ID sám: \\win2003srvc$ Program FilesMicrosoft Office Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Predpokladám, že v prípade multi-farma, by ste urobiť túto zmenu, všade dotazový server beží.

</koniec>

Vyberajte môj blog.

Ja som skončil deň 2 RÝCHLE školenia v slnečnom meste Needham, MA, a ja som překypoval nápady (ktoré všetky dobrý tréning triedy urobiť pre mňa). Jeden konkrétny aspekt rýchlo sa mi premýšľať a chcel som napísať to, kým to bolo ešte čerstvé a normálne každodenné veci"" tlačil ho von z mojej hlavy.

Sme SharePoint WSS 3.0 / MOSS Implementátorov musia často čeliť ťažký problém s akýkoľvek SharePoint projekt rozumne-veľké: Ako sme si všetci netagované údaje vložené do SharePoint tak, aby to všetko zapadá do našej dokonale informačná architektúra?

Dosť často, to nie je ťažké problém, pretože sme sami rozsah problémami: "Sme sa nestaráte o nič viac ako 3 mesiacov." "Budeme riešiť všetky staré veci s kľúčové slovo Hľadať a ísť vpred budeme robiť to správnu cestu…" Atď.

ale, čo sa stane, keď sme sami nemôžu rozsah problémami a pozeráme na 10 tisíc alebo 100 tisíc (alebo dokonca milióny) docs — načítanie a Značkovanie je naša zbožných želaní?

RÝCHLO, môže byť odpoveď.

FAST je proces hľadania obsahuje veľa pohyblivých častí, ale jeden zjednodušený pohľad je to:

• Procesom pásové na vyhľadávanie obsahu.
• Zistí obsah a ruky preč od broker proces, ktorý spravuje fond spracovateľom dokumentu.
• Broker proces ruky preč do jedného dokumentu spracovateľov.
• Procesor dokument analyzuje dokument a cez potrubie proces, analyzuje bejeezus z dokumentu a odovzdaním indexu staviteľ typ procesu.

Na loď rýchlo, Máme veľa kontrolu nad dokumente spracovanie potrubia. Sme mix a zápas o 100 potrubných komponentov a, najzaujímavejšie, môžeme napísať vlastné komponenty. Ako hovorím, RÝCHLO analyzuje dokumenty každý kadiaľ ale nedeľu a odletia veľa užitočných informácií o týchto dokumentov. Tých bláznivých ľudí, rýchlo sú jasne šialený a posadnutý analýzy dokumentu, pretože nemajú nástroje alebo stratégie k naozaj kategorizáciu dokumentov.

Takže … pomocou rýchle v kombinácii s našej vlastnej Plynovod komponentu, môžeme chytiť všetky súvislosti informácie z rýchle a kŕmenie späť na MOSS. Mohlo by to ísť niečo takého:

• Dokument sa privádza do rýchlo z MACHU.
• Normálny blázon-obsedantno rýchle dokument parsování a kategorizácia sa stane.
• Naše vlastné vlastné Plynovod komponentu kvapky niektoré súvislosti informácií z databázy.
• Proces náš vlastný dizajn číta kontextové informácie, robí niektoré rozhodnutia ako fit MOSS dokumentu v rámci našej IA a označí ju pomocou webovej služby a objektového modelu.

samozrejme, žiadny takýto automatický proces môže byť dokonalý, ale vďaka obsedantno (a prípadne insane-but-in-a-good-way rýchlo ľudia), môžeme mať skutočný bojový šancu skutočne efektívna hmotnosť zaťaženia proces, ktorý viac než len naplniť databázu SQL s partiou sotva-vyhľadávať dokumenty.

</koniec>

Vyberajte môj blog.

Ja som nemal dôvod dnes hrať asi s CodePlex tvárou vyhľadávanie projekt dnes.

To bol asi na chvíľu, ale som váhal na stiahnutie a použitie pre bežné dôvodov (hlavne nedostatok času), plus outright fear 🙂

Ak hľadáte zlepšiť vaše hľadanie a skúmanie nových možnosti, Stiahnuť a nainštalovať, ak máte hodinu alebo tak voľného času. Sledoval som inštrukcie inštalačný manuál a trvalo mi menej ako 20 minút máte nainštalovaný a pracovných. Poskytuje jazdy hodnotu nula.

Vyzerá to docela ťažké rozšíriť. Autori poskytujú detailné prechádzka-cez komplexných scenára BDC. Možno chýba to, ale Prial by som si, mali by tiež poskytnúť jednoduchšie scenár, zahrňujúc jednu z pre-existujúce vlastnosti alebo možno pridá jedna nová spravovaná vlastnosť. Musí vyskúšať a napísať, že sa sám v ďalšom období.

Sečteno podtrženo — v priebehu niekoľkých minút, môžete nainštalovať, nakonfigurovať, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</koniec>

Vyberajte môj blog.

Na toto fórum MSDN search, ľudia často opýtať, ako to:

"Mám dokument s názvom" programovanie sprievodca’ ale keď sa aj vyhľadávania pre "Pro’ Hľadať nenájde ju."

To nemusí cítiť ako to, ale že sumy na hľadanie pomocou zástupných znakov. MOSS-WSS používateľské rozhranie nepodporuje zástupné vyhľadávanie z poľa.

Ak vás kopať do Hľadať webové časti, nájdete tu zaškrtávacie políčko, "Povoliť vyhľadávanie výraz vyplývajúcich". Vyplývajúce je pojem ľudské-jazyk. Nie je to počítač jazyk podreťazec() Funkcia type.

Toto sú niektoré stonky:

• "ryby" je kmeňových "rybolovu"
• "hlavné" je stonky na "odbor"

Tieto nie sú stopky:

• "maj" nie je kmeňových "hlavných"
• "pro" nie je kmeňových "programátor"

WSS/MOSS vyhľadávač nepodporuje divokú kartu Hľadať cez API. Tu je jeden blog článok, ktorý popisuje, ako to urobiť: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Tretia strana produktu, Ontolica, poskytuje divokú kartu Vyhľadávanie. Osobne som nepoužil produktu.

</koniec>

Vyberajte môj blog.