Olen työskennellyt arkkitehtuurin katsauksesta tällä viikolla ja ehdotetaan, muun muassa, että asiakas harkita synonyymisanasto parantaa Etsi käytettävyyttä. Koskaan tehnyt tätä itse, Halusin tehdä käytännön pikatesti ehdotukseni on aito.

Se oli yllättävän vaikea selvittää, miten, Vaikka se on, Itse asiassa, melko helppo. Ei hyvältä vähän tietoa synonyymisanasto (Tarkista Täällä ja Täällä, esimerkiksi). Kuitenkin, Nämä dokumentit ovat joko WSS 2.0 / SPS 2003 suuntautunut tai he eivät todella kirjoittaa, mitä tehdä kun olet tehnyt muutokset synonyymisanastosta. Niissä on hyvä katsaus ja melkoisesti yksityiskohtaisesti, mutta ei riitä lopeteta.

Nämä vaiheet työntekijä ajaksi we:

1. Muuttaa sanasto. (Katso alla tärkeä huomautus)
2. Menen palvelimelle ja Käynnistä "Office SharePoint Server Search" palvelu.

Kärki hattu Arvoisa. J. D. Wade (Bio). Hän toteuttaa avain avaimenlehti käynnistää etsintäpalvelun ja pelasti minut loputon, aikaa vievää ja tarpeetonta iisresets ja täydellinen hakemisto indeksoinnit. Tämä episodi osoittaa, Vielä kerran, että viserrys on mahtava. (Seuraa minua hermona täällä. Seuraan SharePoint-henkilö, joka seuraa minua).

En tiedä, jos tämä toiminto on käytettävissä WSS. Jos se on tai ei ole, Jätä kommentti tai sähköpostitse minulle ja I päivittää tämän postitse.

Tärkeä huomautus: Tiedot ovat ristiriitaisia XML synonyymisanasto tiedoston muuttaminen. On tämä ajatus "tsneu.xml" olevan "neutraali" Sanasto. Tuhlasin hieman aikaani kanssa että yksi. Minun tapauksessani, Minun täytyi muuttaa "tsenu.xml" tiedosto sijaitsee kansiossa app ID: \\win2003srvc$ Program FilesMicrosoft Office Servers12.0DataOffice ServerApplications3c4d509a - 75 c 5-481 c-8bfd-099a89554e17Config. Oletan, että monen maatilan tilanne, teet tämän muutoksen, kaikkialla kyselypalvelimen toimii.

</loppu>

Tilaa blogiin.

Olen valmis jopa päivän 2 Nopea koulutuksen aurinkoinen Needham, MA, ja olen täynnä ideoita (mitä hyvä koulutus luokkien tehdä minulle). Erästä nopeasti on minut uskomaan, ja halusin kirjoittaa sitä, kun se oli vielä tuoreita ja normaali päivittäinen "juttuja" ulos pääni.

Meidän SharePoint WSS 3.0 / MOSS toteuttajien usein kohtaamaan kova ongelma kohtuullisen kokoisina SharePoint hankkeita: Miten saamme kaikki korvamerkittöminä tiedot ladataan SharePoint siten, että kaikki sopii täydellisesti suunniteltu tietoarkkitehtuurin?

Riittävän usein, Tämä ei ole vaikea ongelma, koska katsella itse pulasta: "Emme välitä mitään yli 3 kuukautta vanha." "Hoidamme kaikki vanhat jutut hakusanan ja menee eteenpäin me teemme sen oikein…" Jne.

Mutta, mitä tapahtuu jos ei voi katsella itse pulasta ja etsimme tuhansia 10: n tai 100: n tuhansia (tai jopa miljoonia) dokumentit — lastaus ja koodaus on harras toiveemme?

NOPEASTI voisi olla vastaus.

FAST hakuprosessi sisältää paljon liikkuvia osia, mutta yksi yksinkertaistettu näkymä on tämä:

• Crawler prosessi näyttää sisältöä.
• Se löytää sisältöä ja kädet irti, jotta välittäjän prosessi, joka hallinnoi allas asiakirjan prosessorit.
• Välittäjä prosessi kädet irti, jotta yksi asiakirja prosessorit.
• Matkaviestinasiakirjojen käsittelytoiminto analysoi asiakirja ja kautta putki prosessi, analysoi bejeezus käsittelyjonoihin ja kädet irti, jotta indeksi builder työtyypin suorittamiseen.

Jäsenen starship nopeasti, Meillä on paljon valvoa putki tiedostonkäsittelykomponenteista. Voimme yhdistellä tietoja 100 Pipeline-osat ja, mielenkiintoisinta, voimme kirjoittaa omia osia. Kuten sanon, NOPEASTI analysoi asiakirjat joka suuntaan, mutta sunnuntaina ja se kokoaa paljon hyödyllistä tietoa kyseisten asiakirjojen. Nämä hullu nopeasti ihmiset ovat selvästi hullu ja pakkomielteinen siitä doku koska heillä todella asiakirjojen luokittelemista työkalut ja/tai.

Niin … käyttäen nopeasti yhdessä oman mukautetun pipeline-osan, Me napata että kontekstitietoja nopeasta ja käydä laitumella taaksepäin jotta MOSS. Se saattaa mennä jotain tällaista:

• Asiakirja syötetään nopeasti pois MOSS.
• Normaali hullu pakko nopeasti asiakirjan jäsennyksen ja luokittelu tapahtuu.
• Oman mukautetun pipeline-osan laskee osan yhteydessä tiedoista tietokantaan.
• Oman suunnittelun prosessi lukee kontekstitiedot, tekee päätöksiä siitä, miten sovittaa MOSS asiakirjan sisällä meidän IA ja merkitsee sen web-palvelun ja objektimallin avulla.

Tietysti, ei ole automatisoitu prosessi voi olla täydellinen vaan pakko (ja mahdollisesti insane-but-in-a-good-way nopeasti ihmiset), Meillä on todellinen taistelu ampui todella tehokas massa kuorman prosessi, että enemmän kuin vain tankata SQL-tietokannan joukko tuskin hakea asiakirjoja.

</loppu>

Tilaa blogiin.

Olin tänään syytä pelata noin kanssa CodePlex faceted Etsi Löydöt.

Se on ollut jonkin aikaa, mutta epäröin ladata ja käyttää sitä tavallista syistä (lähinnä ajan puutteen), plus outright fear 🙂

Jos etsit parantaa haun ja tutkia uusia vaihtoehtoja, Lataa ja asenna se, kun sinulla on tunti tai niin vapaata aikaa. Olen seurannut asennus käsikirja ohjeita ja kesti vähemmän kuin 20 minuuttia asennettuna ja toiminnassa. Se tarjoaa arvo minuutin nolla.

Se näyttää melko vaikea laajentaa. Kirjoittajat antaa yksityiskohtainen-selattava monimutkainen BDC-skenaario. Saatat olla puuttuu se, mutta toivon, että ne tarjoavat myös yksinkertaisempi skenaario mukana yksi ennestään ominaisuudet tai ehkä lisäämällä yksi uusi hallittu ominaisuus. Aion kokeilla ja kirjoittaa itse seuraavan ajan kuluessa.

Bottom line — minuutissa, Voit asentaa, määrittää sen, use it and add some pretty cool functionality to your vanilla MOSS search and be a hero 🙂

</loppu>

Tilaa blogiin.

Etsi MSDN-foorumi, ihmiset usein kysyvät kysymyksiä, kuten tämä:

"Olen asiakirja nimeltä" Programming Guide’ mutta kun etsin "Pro’ haku ei löydä sitä."

Se ei tunnu se, mutta tämä tarkoittaa yleismerkkejä Etsi. MOSS/WSS-käyttöliittymä ei tue yleismerkkien kättelyssä.

Jos kaivaa haun web-osien, löydät valintaruutu, "Ota Etsi termiä perusmuodon määrittäminen käyttöön". Jotka on ihmisen kielen termi. Se ei ole tietokoneen kieli alimerkkijono() tyyppi toiminto.

Nämä ovat joitakin varret:

• "kala" varsi "Kalastus"
• "major" varsi "pääaineenaan"

Nämä eivät ole varret:

• "maj" ei ole varsi "suuriin"
• "pro" ei ole varsi "ohjelmoija"

WSS-ja SAMMAL-hakukone tukee villi kortti search API. Tässä on yksi Blogiartikkeli, joka kuvaa miten se tehdään: http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/03/06/how-to-use-the-moss-enterprise-search-fulltextsqlquery-class.aspx

3rd party tuote, Ontolica, ehkäistä villi kortti etsiä. En ole käyttänyt kyseistä tuotetta.

</loppu>

Tilaa blogiin.