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>
