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>
