SharePoint a rýchlo — Reese je arašidové maslo poháre podnikových aplikácií?

Ja som skončil deň 2 RÝCHLE školenia v slnečnom meste Needham, MA, a ja som překypoval nápady (ktoré všetky dobrý tréning triedy urobiť pre mňa). Jeden konkrétny aspekt rýchlo sa mi premýšľať a chcel som napísať to, kým to bolo ešte čerstvé a normálne každodenné veci"" tlačil ho von z mojej hlavy.

Sme SharePoint WSS 3.0 / MOSS Implementátorov musia často čeliť ťažký problém s akýkoľvek SharePoint projekt rozumne-veľké: Ako sme si všetci netagované údaje vložené do SharePoint tak, aby to všetko zapadá do našej dokonale informačná architektúra?

Dosť často, to nie je ťažké problém, pretože sme sami rozsah problémami: "Sme sa nestaráte o nič viac ako 3 mesiacov." "Budeme riešiť všetky staré veci s kľúčové slovo Hľadať a ísť vpred budeme robiť to správnu cestu…" Atď.

ale, čo sa stane, keď sme sami nemôžu rozsah problémami a pozeráme na 10 tisíc alebo 100 tisíc (alebo dokonca milióny) docs — načítanie a Značkovanie je naša zbožných želaní?

RÝCHLO, môže byť odpoveď.

FAST je proces hľadania obsahuje veľa pohyblivých častí, ale jeden zjednodušený pohľad je to:

  • Procesom pásové na vyhľadávanie obsahu.
  • Zistí obsah a ruky preč od broker proces, ktorý spravuje fond spracovateľom dokumentu.
  • Broker proces ruky preč do jedného dokumentu spracovateľov.
  • Procesor dokument analyzuje dokument a cez potrubie proces, analyzuje bejeezus z dokumentu a odovzdaním indexu staviteľ typ procesu.

Na loď rýchlo, Máme veľa kontrolu nad dokumente spracovanie potrubia. Sme mix a zápas o 100 potrubných komponentov a, najzaujímavejšie, môžeme napísať vlastné komponenty. Ako hovorím, RÝCHLO analyzuje dokumenty každý kadiaľ ale nedeľu a odletia veľa užitočných informácií o týchto dokumentov. Tých bláznivých ľudí, rýchlo sú jasne šialený a posadnutý analýzy dokumentu, pretože nemajú nástroje alebo stratégie k naozaj kategorizáciu dokumentov.

Takže … pomocou rýchle v kombinácii s našej vlastnej Plynovod komponentu, môžeme chytiť všetky súvislosti informácie z rýchle a kŕmenie späť na MOSS. Mohlo by to ísť niečo takého:

  • Dokument sa privádza do rýchlo z MACHU.
  • Normálny blázon-obsedantno rýchle dokument parsování a kategorizácia sa stane.
  • Naše vlastné vlastné Plynovod komponentu kvapky niektoré súvislosti informácií z databázy.
  • Proces náš vlastný dizajn číta kontextové informácie, robí niektoré rozhodnutia ako fit MOSS dokumentu v rámci našej IA a označí ju pomocou webovej služby a objektového modelu.

samozrejme, žiadny takýto automatický proces môže byť dokonalý, ale vďaka obsedantno (a prípadne insane-but-in-a-good-way rýchlo ľudia), môžeme mať skutočný bojový šancu skutočne efektívna hmotnosť zaťaženia proces, ktorý viac než len naplniť databázu SQL s partiou sotva-vyhľadávať dokumenty.

</koniec>

Vyberajte môj blog.

nechať odpoveď

Vaša e-mailová adresa nebude zverejnená. Povinné položky sú označené *