Olen töötanud arhitektuuri ülevaade dokumendi sel nädalal ja ta soovitab, muu hulgas, et klient võite kasutada tesaurust aidata parandada lõppkasutaja otsing kogemusi. Olles kunagi teinud seda ise, Ma tahtsin teha kiire käed katse nii et minu soovitus on autentsed.

See oli üllatavalt raske aru saada, kuidas seda teha, Kuigi see on, Tegelikult, üsna lihtne. Seal on päris hea natuke infot tesaurus (Kontrollige Siin ja Siin, näiteks). Aga, need dokumendid on kas WSS 2.0 / ÜHTSE OTSEMAKSETE KAVA 2003 orienteeritud või nad tegelikult ei selgitata mida teha, et pärast seda, kui olete teinud oma muudatused tesaurusest. Need annavad hea ülevaade ja õiglase bit detail, kuid sellest ei piisa üle finišijoone.

Töötanud minu jaoks järgmiselt:

1. Muutke tesaurus. (Allpool on tähtis märkus)
2. Sisestage serveri ning taaskäivitada "Office SharePoint Serveri otsing" teenus.

Hat-otsa Mr. J. D. Wade (bio). Ta andnud võtme natuke taaskäivitage otsinguteenus ja päästis mind sellest lõputu, aeganõudev ja tarbetu iisresets ja täielik indeks analüüsid. See episood osutub, Veelkord, et Twitter on äge. (Järgi mind vidistama siin. Jälgin iga SharePointi isik, mis järgneb mulle).

Ma ei tea, kui see funktsioon on saadaval WSS. Kui see on või ei ole, palun jäta kommentaar või e-posti mind ja ma ajakohastavad seda postitust.

Tähtis märkus: On vastukäivat informatsiooni mis XML tesaurus faili muuta. Ei ole see mõiste "tsneu.xml" nagu oleks neutraalne"" tesaurus. Ma raisata aega, et üks töötamine. Minu puhul, Mul on vaja muuta "tsenu.xml" app ID kaustas asuv fail: \\win2003srvc$ ProgrammifailidMicrosoft Office Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Eeldan, et mitme talu olukorras, teete selle muudatuse, kõikjal päringu server jookseb.

</lõpp>

Telli minu blogi.

Ma olen lõpetanud päev 2 Kiire koolituse sunny Needham, MA, ja ma olen pakatav ideed (kõik on hea koolituse liigid ei mulle). Üks konkreetne aspekt FAST on mulle mõtlemist ja tahtsin selle üles kirjutama, kuigi see oli veel värske ja tavalise igapäevase "värk" tõugatav selle peast välja.

Me SharePoint WSS 3.0 / MOSS rakendajatele tihti ees karm probleem mõistlikult suurusega SharePoint projekte: Kuidas me saame laaditud SharePointi nii, et see kõik mahub meie suurepäraselt kujundatud informatsiooni arhitektuuri sildistamata andmeid?

Piisavalt tihti, See ei ole raske probleem, sest me ulatus end välja probleeme: "Me ei hooli midagi üle 3 kuud vana." "Saame hakkama kõik see vana kraam märksõna otsinguga ja läheb edasi me teeme seda õigesti…" Jne.

Aga, mis juhtub, kui me ei saa ulatusse end läbi vaeva ja ootame 10 's tuhandeid või 100 's tuhandeid (või isegi miljoneid) docs — peale ja sildistamise kohta mis on meie vaga soov?

Kiire võiks vastata.

FAST's otsingu protsess hõlmab palju liikuvad osad aga üks lihtsustatud vaade on see:

• Ämbliku protsessi käigus otsitakse sisu.
• Ta leiab sisu ja käed eemale maakler protsess, mis haldab pool dokumendi töötlejad.
• Maakleri protsessi käel välja ühte dokumenti protsessorid.
• Dokumendi protsessor analüüsib dokumenti ja torujuhtme protsessi kaudu, analüüsib dokumendi välja bejeezus ja käed eemale indeks ehitaja tüübi protsess.

Linna starship FAST, Meil on palju kontrolli konveier Dokumenditöötluse. Meil saab segada ja sobitada kohta 100 Konveierikomponendid ja, Enamik huvitavalt, saame kirjutada meie enda osad. Nagu ma ütlen, FAST analüüsib dokumendid iga millisel viisil, kuid pühapäeval ja see kogub palju kasulikku teavet nende dokumentide. Nende hull kiiresti inimesed on selgelt mõttetu ja obsessiiv umbes dokumendi analüüsi, sest neil on vahendid ja/või strateegiate tõesti kategoriseerida dokumentide.

Nii … kasutades kiiresti koos oma kohandatud konveierikomponendi, saame haarata kogu selle konteksti info kiiresti ja tagasiside see SAMMAL. Võib minna midagi sellist:

• Dokumendi juhitakse kiiresti: MOSS.
• Tavaline hull-obsessiiv kiiresti dokumendi sõelumise ja kategoriseerimise juhtub.
• Oma kohandatud konveierikomponendi langeb selle raames teavet välja andmebaasi.
• Meie oma disaini protsessi loeb taust teave, mõned otsustab kuidas leppida MOSS dokumendi piires meie IA ja märgib selle kasutades veebiteenust ja objektimudeli.

Muidugi, ei ole sellist automatiseeritud protsess võib olla täiuslik, kuid tänu selle obsessiiv (ja võimalik, et insane-but-in-a-good-way kiiresti inimesed), meil võib olla tõeline võitlus tulistas tõeliselt tõhus mass koormus protsess, mis rohkem kui lihtsalt täitke SQL andmebaasi hunnik vaevu otsitavad dokumendid.

</lõpp>

Telli minu blogi.

Mul oli põhjust täna näidend on CodePlex lihvitud otsing projekti täna.

See on olnud juba mõnda aega, kuid ma kõhkles allalaadimine ja kasutamine tavaline põhjustel (peamiselt ajapuudus), plus outright fear 🙂

Kui otsite parandada oma otsingut ja otsida uusi võimalusi, laadida ja installida, kui teil on tunni või nii vaba aja. Ma järgisin juhiseid paigaldada käsitsi ja ta võttis mind alla 20 minutit olema installitud ja töö. See annab väärtuse minutilise null.

See ei vaata päris raske laiendada. Autorid annavad üksikasjaliku walk-through keerukate BDC stsenaarium. Mul puudub see, kuid ma soovin, et nad annaks ka lihtsamad stsenaarium, mis ühe olemasoleva- või äkki lisades ühe uue Hallatava atribuudi. Tuleb proovida ja kirjutada, et ennast üles järgmise aja jooksul.

Alumine rida — minutites, Võite installida, seadistada, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</lõpp>

Telli minu blogi.

MSDN Otsi Foorum, sageli küsivad küsimusele niimoodi:

"Mul on dokument nimega" saatekava’ Aga kui ma Otsi "Pro’ otsing ei leia seda."

See võib tunduda nagu see, kuid mis ulatub metamärkide otsing. MOSS/WSS kasutajaliides ei toeta Metamärgi Otsi karbist.

Kui sa kaevama Otsi veebiosasid, leiad märkimist, "Luba Otsi termin topise". Topise on inimese keeles termin. Ei ole arvuti keel alamstring() funktsioon Type.

Need on mõned varred:

• "kala" on varre "kalapüük"
• "major" on varre "Pittsburghis"

Need ei ole varred:

• "maj" ei ole varre "major"
• "pro" ei ole varre "programmeerija"

WSS/MOSS otsingumootor toetada looduses kaardi otsing kaudu API. Siin on ühe blogi artikkel, mis kirjeldab, kuidas seda teha: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

Kolmanda osapoole toode, Ontolica, looduses kaardi otsib. Ma ei ole kasutanud kõnealuse toote.

</lõpp>

Telli minu blogi.