Радим на једном документу Арцхитецтуре Ревиев ове недеље и то сугерише, између осталог, 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 (проверити овде и овде, на пример). Међутим, оне документе су или ВСС 2.0 / СПС 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. (Погледајте испод за важну напомену)
2. Go to the server and restart the "Office SharePoint Server Search" услуга.

Врх шешир да Господин. Ј. Д. Загазити (Био). 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 доказује, поново, то Твиттер is the awesome. (Пратите ме на Туиттер овде. 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" thesaurus. I wasted some time working with that one. У мом случају, I needed to change the "tsenu.xml" поднесе налази под фолдер апликације ИД самог: \\вин2003срв ц $ Програм Филес Мицрософт Оффице Серверс 12.0 Дата Оффице Сервер Апликације 3ц4д509а-75ц5-481ц-8бфд-099a89554e17\Config. I assume that in a multi-farm situation, што би ову промену свуда упит сервер ради.

</крај>

Претплатите се на мој блог.

Завршио сам се дан 2 брзе обуке у сунчаном Неедхам, МА, и ја сам препун идеја (што све добре часове обуке да ми уради). 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" гурнуо га из моје главе.

Ми СхареПоинт ВСС 3.0 / МОСС реализатори често суочавају тежак проблем са било разумно величине СхареПоинт пројекта: Како да добијете све податке унете у УНТАГГЕД СхареПоинт такав да се све то уклапа у наше савршено дизајниран информационе архитектуре?

Често довољно, ово није тежак проблем, јер смо се обим из невоље: "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 (или чак милиона) за документе — учитавање и означавање што је наша жеља побожан?

ФАСТ може бити одговор.

Брз за претрагу процес укључује много покретних делова, али један поједностављен поглед је ово:

• Гусеничар процес изгледа за садржај.
• Она проналази садржај и предао га на брокера који управља процесом труст докумената процесора.
• Брокер процес је руке са једном од докумената процесора.
• Документ процесор анализира документ и путем гасовода процеса, анализира бејеезус из документа и предао га на индекс процес градитељ типа.

На броду ФАСТ, 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:

• Документ је хранио у ФАСТ у Мосс.
• Нормално луд опсесивно-ФАСТ документ анализи и категоризација се дешава.
• Наше сопствене прилагођене гасовод компонента капи неке ван тог контекста информација у базу података.
• Процес наше сопствене конструкције чита текстуалне информације, доноси неке одлуке о томе како да се уклопи у тај документ МОСС нашој ИА и обележава га користите веб сервиса и објектни модел.

Наравно, таква аутоматизован процес може бити савршен, али захваљујући опсесивно (и евентуално луда-али-у-добар-пут брзо људи), да имамо ратовали ударац по заиста ефикасан процес масовне оптерећења које чини више него само попуните СКЛ базу података са гомилом једва-претраживати докумената.

</крај>

Претплатите се на мој блог.

Данас сам имао разлога да се играју са око ЦодеПлек динамичан претраживање 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 🙂

</крај>

Претплатите се на мој блог.

На МСДН претрагу форуму, људи често питам овако:

"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() Тип функција.

Ово су неке стабљике:

• "fish" is a stem to "fishing"
• "major" is a stem to "majoring"

Ово нису произилази:

• "maj" is not a stem to "major"
• "pro" is not a stem to "programmer"

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

3рд парти производ, Онтолица, provides wild card search. I have not used that product.

</крај>

Претплатите се на мој блог.