SharePoint और फास्ट — रीज़ मूंगफली का मक्खन कप एंटरप्राइज़ Apps के?

मैं है ऊपर दिन समाप्त हो गया 2 सनी Needham में का तेजी से प्रशिक्षण, मा, और मैं विचारों के साथ फटा जा रहा हूँ (मुझे करने के लिए जो सभी अच्छे प्रशिक्षण कक्षाएं करते हैं). एक खास पहलू का तेजी से मुझे सोच रही है और मैं इसे लिखने के नीचे जबकि यह अभी भी ताजा और सामान्य दिन के लिए दिन "सामान था चाहता था" यह मेरे सिर से बाहर धकेल दिया.

हम SharePoint WSS 3.0 / काई कार्यान्वयनकर्ताओं अक्सर किसी भी यथोचित आकार SharePoint परियोजना के साथ एक कठिन समस्या का सामना करना: हम सभी untagged डेटा SharePoint में भरा हुआ है जैसे कि यह सब हमारी पूरी तरह से तैयार जानकारी वास्तुकला के भीतर फिट बैठता है कैसे मिलता है?

अक्सर पर्याप्त, यह ऐसी एक कठिन समस्या नहीं है क्योंकि हम खुद को मुसीबत से बाहर गुंजाइश: "हम परवाह नहीं है के बारे में कुछ भी से भी अधिक 3 महीने पुरानी।" "हम खोजशब्द खोज के साथ कि सभी पुराने सामान को संभाल लेंगे और जा रहे आगे हम इसे सही तरीके से कर लेंगे…" आदि.

लेकिन, क्या होता है अगर हम खुद को मुसीबत से बाहर गुंजाइश नहीं कर सकते और हम हजारों की 10 या 100 हजारों पर देख रहे हैं (या यहाँ तक कि लाखों) डॉक्स के — लोड हो रहा है और जो हमारे भक्त इच्छा है की टैगिंग?

जवाब तेजी से किया जा सकता है.

फास्ट की खोज की प्रक्रिया चलती भागों का एक बहुत कुछ शामिल है, लेकिन यह एक सरलीकृत दृश्य है:

  • सामग्री के लिए एक क्रॉलर प्रक्रिया दिखता है.
  • यह सामग्री ढूँढता है और यह एक दलाल की प्रक्रिया कि दस्तावेज़ प्रोसेसर का एक पूल का प्रबंधन करने के लिए रवाना हाथ.
  • ब्रोकर की प्रक्रिया यह बंद एक दस्तावेज़ प्रोसेसर के लिए हाथ.
  • दस्तावेज़ प्रोसेसर दस्तावेज़ का विश्लेषण करती है और एक पाइप लाइन की प्रक्रिया के माध्यम से, दस्तावेज़ से बाहर bejeezus का विश्लेषण करती है और यह करने के लिए एक सूचकांक बिल्डर प्रकार प्रक्रिया बंद हाथ.

Starship उपवास पर, हम प्रसंस्करण पाइप लाइन दस्तावेज़ पर नियंत्रण का एक बहुत कुछ है. हम मिश्रण कर सकते हैं और के बारे में मैच 100 पाइप लाइन घटकों और, सबसे दिलचस्प है, हम हमारे अपने घटकों लिख सकते हैं. जैसे मैं कहता हूँ, फास्ट हर तरह से जो लेकिन रविवार दस्तावेजों का विश्लेषण है और यह उन दस्तावेज़ों के बारे में उपयोगी जानकारी के एक बहुत कुछ compiles. उन पागल लोगों को तेजी से स्पष्ट रूप से पागल और दस्तावेज़ विश्लेषण के बारे में जुनूनी हैं क्योंकि वे उपकरणों और/या वास्तव में दस्तावेज़ों को श्रेणीबद्ध करने के लिए रणनीतियाँ.

तो … तेजी से हमारे अपने कस्टम पाइपलाइन घटक के साथ संयोजन में उपयोग, हम तेजी से कि सभी संदर्भ जानकारी हड़पने कर सकते हैं और इसे वापस MOSS के लिए फ़ीड. यह कुछ इस तरह जाना हो सकता है:

  • दस्तावेज़ में तेजी से काई से तंग आ गया है.
  • साधारण पागल-जुनूनी तेजी से दस्तावेज़ को पार्स करने और वर्गीकरण होता है.
  • हमारे अपने कस्टम पाइपलाइन घटक बंद उस प्रसंग जानकारी को किसी डेटाबेस से कुछ बूँदें.
  • हमारे अपने डिजाइन की प्रक्रिया संदर्भ जानकारी पढ़ता, कुछ निर्णयों पर कि काई दस्तावेज़ हमारे IA के भीतर फिट करने के लिए कैसे बनाता है और यह निशान एक वेब सेवा और ऑब्जेक्ट मॉडल का उपयोग करना.

बेशक, ऐसा कोई स्वचालित प्रक्रिया हो सकता है सही, लेकिन करने के लिए धन्यवाद जुनूनी (और तेजी से लोगों को संभवतः insane-but-in-a-good-way), हम एक असली शॉट एक सही मायने में प्रभावी जन लोड प्रक्रिया है कि अधिक से अधिक बस बमुश्किल खोज योग्य दस्तावेज़ों का एक गुच्छा के साथ किसी SQL डेटाबेस को भरने में लड़ पड़े.

</अंत>

मेरे ब्लॉग के लिए सदस्यता लें.

कोई जवाब दो

आपका ईमेल पता प्रकाशित नहीं किया जाएगा. अपेक्षित स्थानों को रेखांकित कर दिया गया है *