Аз съм завършен до ден 2 БЪРЗО обучение в Слънчев Нийдам, MA, и аз съм препълнен с идеи (всички добри обучение класове, които направи за мен). Един конкретен аспект от бързо ме е мислене и аз исках да го запише, докато тя е все още пресни и нормални ежедневни "неща" го избута от главата ми.
Ние SharePoint WSS 3.0 / Мос изпълнители често са изправени пред труден проблем с всеки проект, разумно размер SharePoint: Как да стигнем всички немаркирани данни, заредени в SharePoint така, че всичко това се вписва в рамките на нашите перфектно проектирани информационна архитектура?
Достатъчно често, Това не е такъв проблем, трудно, защото ние самите обхвата от неприятности: "Ние не им пука за нещо повече от 3 месечна възраст." "Ние ще се справят с всички стари неща с търсене по ключови думи и ще напред ние ще го направим по ПРАВИЛНИЯ начин…" И т.н..
Но, Какво става, ако ние не си обхвата от неприятности и гледаме 10 хиляди или 100 хиляди (или дори милиони) на документи — зареждането и Маркиране на която е нашият благочестив желание?
БЪРЗО може да се отговори.
Процеса на бързо търсене включва много движещи се части, но един опростен изглед е това:
- Верижен процес изглежда за съдържанието.
- Тя намира съдържание и ръцете към процес на брокер, който управлява пул от документа процесори.
- Брокер процес се ръцете на един от документа процесори.
- Queue processor анализира документа и чрез процес на тръбопровода, анализира bejeezus от документа и ръцете към индекса строител тип процес.
На Звездните бързо, Ние имаме много контрол върху документа за обработка на тръбопровод. Ние може да микс и мач за 100 компоненти на тръбопроводите и, най-интересно, можем да пишем нашите собствени компоненти. Както казвам, БЪРЗО анализира документите които всеки път, но неделя и то съставя много полезна информация за тези документи. Тези луди хора, бързо са ясно луд и вманиачен за документен анализ, защото те са инструменти и стратегии, за да наистина да категоризирате документите.
Така … използване на бързо в комбинация с нашите собствени персонализирани тръбопровод компонент, Ние можем да вземете всички контекст информацията от бързо и я храня обратно към Мос. Тя може да отиде нещо като това:
- Документът се подава в бързо от Мос.
- Нормално луд-обсесивно-бързо документ анализиране и категоризиране се случва.
- Нашите собствени потребителски тръбопровод компонент капки някои от тази контекст информация от база данни.
- Процес на разработка прочита информацията контекст, взема някои решения за това как да се поберат този мъх документ в рамките на нашите IA и я маркира с помощта на уеб услуга и обектния модел на.
Разбира се, няма такъв автоматизиран процес може да бъде перфектно, но благодарение на вманиачен (и евентуално insane-but-in-a-good-way бързо хората), може да имаме истинска борба изстрел в един истински ефективна маса натоварване процес, който повече от просто запълване на SQL база данни с куп едва търсене документи.
</край>
