Sharepoint եւ արագ — որ Reese-ի գետնանուշ կարագ բաժակ են Ձեռնարկությունների apps մասին?

Ես ավարտեցի մինչեւ օրը 2 Արագ պատրաստման մեջ արեւոտ Needham, MA, եւ ես bursting հետ գաղափարներ (որը բոլոր լավ վերապատրաստման դասընթացներ է անել ինձ համար). One particular aspect of FAST has me thinking and I wanted to write it down while it was still fresh and normal day-to-day "stuff" հրելով այն դուրս է իմ գլխին.

Մենք Sharepoint WSS 3.0 / MOSS իրականացնողները հաճախ բախվում է մի կոշտ խնդիր որեւէ հիմնավոր չափի Sharepoint նախագծին: Ինչպես ենք ձեռք բերել բոլոր այն տվյալները untagged բեռնված է Sharepoint այն է, որ այն ամենը համապատասխանում է մեր լավ մշակված տեղեկատվական ճարտարապետության?

Հաճախ չէ, սա այնքան էլ բարդ խնդիր է, որովհետեւ մենք ինքներս շրջանակը դուրս դժվարության: "We don’t care about anything more than 3 months old." "We’ll handle all that old stuff with keyword search and going-forward we’ll do it the RIGHT way…" Etc.

Սակայն, what happens if we can’t scope ourselves out of trouble and we’re looking at 10’s of thousands or 100’s of thousands (կամ նույնիսկ միլիոնավոր) - ը արեւելահայերէն — ի բեռնում իսկ հատկորոշում, որը մեր բարեպաշտ ցանկությունն?

ԱՐԱԳ կարող է լինել պատասխան.

ԱՐԱԳ ի որոնման գործընթացը ներառում է մի շարք հատվածներում ընթանում բայց մի պարզեցված տեսք է սա:

  • A ոջիլ գործընթացը տեսք բովանդակության.
  • Այն բովանդակություն գտնում է, իսկ ձեռքերը այն որպես բրոքեր գործընթաց, որը ղեկավարում է պահոցներ `փաստաթղթային վերամշակման.
  • Բրոքեր գործընթացը ձեռքերը այն մեկին փաստաթղթերի վերամշակման.
  • Փաստաթուղթը պրոցեսոր վերլուծում փաստաթուղթը եւ միջոցով գազատարի հարցում, վերլուծում է bejeezus դուրս փաստաթղթի եւ ձեռքերը այն է ինդեքսը շինարար տիպի գործընթացում.

- Ին starship արագ, we have a lot of control over the document processing pipeline. We can mix and match about 100 խողովակաշար բաղադրիչներ եւ, առավել հետաքրքիր, we can write our own components. Like I say, FAST is analyzing documents every which way but Sunday and it compiles a lot of useful information about those documents. Those crazy FAST people are clearly insane and obsessive about document analysis because they have tools and/or strategies to REALLY categorize documents.

Այնքան … օգտագործելով արագ համակցությամբ, ինչպես նաեւ մեր մաքսային գազատարի բաղադրիչի, we can grab all that context information from FAST and feed it back to MOSS. It might go something like this:

  • Փաստաթուղթը սնվում են արագ են MOSS.
  • Normal Crazy-obsessive ԱՐԱԳ փաստաթուղթը քերականական վերլուծություն եւ բաժին է լինում.
  • Մեր մաքսային գազատարը բաղադրիչը կաթիլներ ոմանք այդ համատեքստում տեղեկատվության մեկնել տվյալների բազայի.
  • A գործընթացը մեր սեփական դիզայնով կարդում համատեքստը տեղեկություններ, կատարում է ինչ - որ որոշումներ, թե ինչպես տեղավորել այդ MOSS փաստաթուղթը մեր ՆԳ եւ նշում այն ​​օգտագործելով վեբ ծառայությունների եւ օբյեկտային մոդելը.

Իհարկե, նման ավտոմատ գործընթացը կարող է լինել կատարյալ, բայց շնորհակալություն է obsessive (եւ հնարավոր է հոգեկան հիվանդ, բայց-ի a-լավ միակողմանի արագ մարդ), մենք կարող ենք ունենալ իրական պայքարն կրակել իսկապես արդյունավետ զանգվածային բեռի գործընթացում, դա ավելին է, քան պարզապես լրացնել մի SQL տվյալների բազա մի փունջ հազիվ - Որոնման փաստաթղթերի.

</վերջ>

Անդամագրվել իմ բլոգում.

Արորդիների Tags: , ,

Ավելացնել կարծիք

Ձեր էլ. Փոստի հասցեն չի հրապարակվելու. Պահանջվող դաշտերը նշված են աստղանիշով *