Ես աշխատում է ճարտարապետության վերանայման փաստաթղթի այս շաբաթ, եւ դա վկայում է, ի թիվս այլ բաների,, that the client consider using the thesaurus to help improve the end user search experience. Having never done this myself, I wanted to do a quick hands-on test so that my suggestion is authentic.

Դա զարմանալիորեն դժվար է պարզել, թե ինչպես դա անել, թեեւ, փաստորեն, quite easy. There’s a pretty good bit of information on the thesaurus (ստուգում այստեղ իսկ այստեղ, օրինակ). Սակայն, նրանք Docs են, կամ WSS 2.0 / SPS 2003 oriented or they don’t actually spell out what do to after you’ve made your changes in the thesaurus. They provide a great overview and fair bit of detail, բայց դա բավարար չէ անցնել ավարտելու գիծը.

Այս քայլերն աշխատել ինձ համար:

1. Make the changes to the thesaurus. (Տես ստորեւ կարեւոր note)
2. Go to the server and restart the "Office SharePoint Server Search" ծառայություն.

Մի հուշում է գլխարկը է Mr. J. D. Առաջ գնալ (bio). He provided the key bit about restarting the search service and rescued me from endless, time consuming and unnecessary iisresets and full index crawls. This episode ապացուցում է,, կրկին, որ Twitter is the awesome. (Հետեւեք ինձ twitter այստեղ. I follow any SharePoint person that follows me).

I don’t know if this functionality is available in WSS. If it is or is not, խնդրում ենք թողնել Ձեր կարծիքը, կամ էլ ինձ, եւ ես թարմացնել այս գրառումը.

Կարեւոր նշում.: There’s conflicting information on which XML thesaurus file to change. There’s this notion of "tsneu.xml" as being the "neutral" հանրագիտարան. I wasted some time working with that one. Իմ դեպքում,, I needed to change the "tsenu.xml" file գտնվում է թղթապանակում ծրագրի ID կողմից: \\win2003srv գ Program Files $ Microsoft Office Servers 12.0 Data Office Server Դիմումները 3c4d509a-75c5-481c-8bfd-099a89554e17\Config. I assume that in a multi-farm situation, դուք, որ իմ այս փոփոխությունը ամենուր հարցումը սերվերի ասվում.

</վերջ>

Անդամագրվել իմ բլոգում.

Ես ավարտեցի մինչեւ օրը 2 Արագ պատրաստման մեջ արեւոտ Needham, MA, եւ ես bursting հետ գաղափարներ (որը բոլոր լավ վերապատրաստման դասընթացներ է անել ինձ համար). One particular aspect of FAST has me thinking and I wanted to write it down while it was still fresh and normal day-to-day "stuff" հրելով այն դուրս է իմ գլխին.

Մենք Sharepoint WSS 3.0 / MOSS իրականացնողները հաճախ բախվում է մի կոշտ խնդիր որեւէ հիմնավոր չափի Sharepoint նախագծին: Ինչպես ենք ձեռք բերել բոլոր այն տվյալները untagged բեռնված է Sharepoint այն է, որ այն ամենը համապատասխանում է մեր լավ մշակված տեղեկատվական ճարտարապետության?

Հաճախ չէ, սա այնքան էլ բարդ խնդիր է, որովհետեւ մենք ինքներս շրջանակը դուրս դժվարության: "We don’t care about anything more than 3 months old." "We’ll handle all that old stuff with keyword search and going-forward we’ll do it the RIGHT way…" Etc.

Սակայն, what happens if we can’t scope ourselves out of trouble and we’re looking at 10’s of thousands or 100’s of thousands (կամ նույնիսկ միլիոնավոր) - ը արեւելահայերէն — ի բեռնում իսկ հատկորոշում, որը մեր բարեպաշտ ցանկությունն?

ԱՐԱԳ կարող է լինել պատասխան.

ԱՐԱԳ ի որոնման գործընթացը ներառում է մի շարք հատվածներում ընթանում բայց մի պարզեցված տեսք է սա:

• A ոջիլ գործընթացը տեսք բովանդակության.
• Այն բովանդակություն գտնում է, իսկ ձեռքերը այն որպես բրոքեր գործընթաց, որը ղեկավարում է պահոցներ `փաստաթղթային վերամշակման.
• Բրոքեր գործընթացը ձեռքերը այն մեկին փաստաթղթերի վերամշակման.
• Փաստաթուղթը պրոցեսոր վերլուծում փաստաթուղթը եւ միջոցով գազատարի հարցում, վերլուծում է bejeezus դուրս փաստաթղթի եւ ձեռքերը այն է ինդեքսը շինարար տիպի գործընթացում.

- Ին starship արագ, we have a lot of control over the document processing pipeline. We can mix and match about 100 խողովակաշար բաղադրիչներ եւ, առավել հետաքրքիր, we can write our own components. Like I say, FAST is analyzing documents every which way but Sunday and it compiles a lot of useful information about those documents. Those crazy FAST people are clearly insane and obsessive about document analysis because they have tools and/or strategies to REALLY categorize documents.

Այնքան … օգտագործելով արագ համակցությամբ, ինչպես նաեւ մեր մաքսային գազատարի բաղադրիչի, we can grab all that context information from FAST and feed it back to MOSS. It might go something like this:

• Փաստաթուղթը սնվում են արագ են MOSS.
• Normal Crazy-obsessive ԱՐԱԳ փաստաթուղթը քերականական վերլուծություն եւ բաժին է լինում.
• Մեր մաքսային գազատարը բաղադրիչը կաթիլներ ոմանք այդ համատեքստում տեղեկատվության մեկնել տվյալների բազայի.
• A գործընթացը մեր սեփական դիզայնով կարդում համատեքստը տեղեկություններ, կատարում է ինչ - որ որոշումներ, թե ինչպես տեղավորել այդ MOSS փաստաթուղթը մեր ՆԳ եւ նշում այն ​​օգտագործելով վեբ ծառայությունների եւ օբյեկտային մոդելը.

Իհարկե, նման ավտոմատ գործընթացը կարող է լինել կատարյալ, բայց շնորհակալություն է obsessive (եւ հնարավոր է հոգեկան հիվանդ, բայց-ի a-լավ միակողմանի արագ մարդ), մենք կարող ենք ունենալ իրական պայքարն կրակել իսկապես արդյունավետ զանգվածային բեռի գործընթացում, դա ավելին է, քան պարզապես լրացնել մի SQL տվյալների բազա մի փունջ հազիվ - Որոնման փաստաթղթերի.

</վերջ>

Անդամագրվել իմ բլոգում.

Ես պատճառ այսօր խաղում մեր հետ codeplex faceted որոնում project today.

Արդեն մոտ մի քիչ, բայց ես վարանեց է բեռնել եւ օգտագործել այն սովորական պատճառներով (հիմնականում պակաս ժամանակում), plus outright fear 🙂

Եթե ​​դուք փնտրում եք բարելավել ձեր որոնումը եւ բացահայտել նոր տարբերակներ, download it and install it when you have an hour or so of free time. I followed the installation manual’s instructions and it took me less than 20 minutes to have it installed and working. It provides value minute zero.

It does look pretty hard to extend. The authors provide a detailed walk-through for a complex BDC scenario. I may be missing it, but I wish they would also provide a simpler scenario involving one of the pre-existing properties or maybe adding one new managed property. I shall try and write that up myself in the next period of time.

Ստորին գիծ — րոպեներով,, Դուք կարող եք տեղադրել, կարգավորել այն:, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</վերջ>

Անդամագրվել իմ բլոգում.

- Ին MSDN որոնման ֆորումում, մարդիկ հաճախ հարց նման:

"I have a document named ‘Programming Guide’ but when I search for ‘Pro’ որոնումը չի գտնում այն:"

Դա կարող է զգում իրեն, but that amounts to a wildcard search. The MOSS/WSS user interface does not support wildcard search out of the box.

Եթե ​​դուք քանդել են որոնողական վեբ մասերի, ձեզ գտնել մակնշման պատուհանը, "Enable search term stemming". Stemming is a human-language term. It’s not a computer language substring() տեսակ գործառույթը.

Սրանք են բխում:

• «Ձուկ" մի ցողունը վերձիգ է «Ձկնորսության"
• «Հիմնական" մի ցողունը վերձիգ է «majoring"

Դրանք չեն բխում:

• "Մայիսի" չէ ցողունը վերձիգ է «գլխավոր"
• «Հայամետ" չէ ցողունը վերձիգ է "ծրագրավորող"

The WSS/MOSS search engine does support wild card search through the API. Here is one blog article that describes how to do that: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

A 3 - րդ կողմ արտադրանք, Ontolica, provides wild card search. I have not used that product.

</վերջ>

Անդամագրվել իմ բլոգում.