SharePoint पर अत्यधिक लोड किए गए एंटरप्राइज़ समाधान लिखना

शुभ दिन, प्रिय Khabrovites!

इस लेख में मैं वर्णन करना चाहता हूं कि यदि आप SharePoint पर अत्यधिक लोड किए गए एंटरप्राइज़ समाधान को लिखने का निर्णय लेते हैं, तो एक उदाहरण के रूप में Sharepoint 3.5 समाधान के लिए EOS का उपयोग करके ऊपर के कार्यान्वयन को दिखाएं।

उन लोगों के लिए जो बहुत पढ़ना पसंद नहीं करते हैं, संक्षेप में लिंक का पालन करें:

• शेयरपॉइंट में साइट संग्रह के सभी सूचियों (दस्तावेज़ पुस्तकालयों को छोड़कर) का डेटा सामग्री बेस की एक तालिका में संग्रहीत किया जाता है;
• सूची सूचकांकों को डीबीएमएस द्वारा नहीं, बल्कि अंतर्निहित शेयरपॉइंट तंत्र द्वारा परोसा जाता है;
• सूचियों में अनुक्रमणिका का अनुचित उपयोग सिस्टम प्रदर्शन को कम कर सकता है।

शेयरपॉइंट द्वारा अपनाए गए दृष्टिकोण के अपने फायदे हैं - शेयरपॉइंट डेटाबेस स्कीमा असंरचित डेटा संग्रहीत करने के लिए खराब नहीं हैं, और, अतिरिक्त शेयरपॉइंट सर्वर टूल का उपयोग करके, एक शक्तिशाली बॉक्स बनाएं। एक बड़े संगठन के लिए एक पोर्टल बहुत जटिल नहीं लगता है।

लेकिन अगर समाधान एसपी फाउंडेशन पर काम करना चाहिए और बड़ी मात्रा में संरचित डेटा (उदाहरण के लिए, दस्तावेज़ कार्ड और संबंधित कार्यों, पत्रिकाओं, फ़ाइलों) को संसाधित करना चाहिए - एक तरीका या दूसरा आपको बाहरी डेटा स्रोतों का उपयोग करना होगा।

बाहरी डेटाबेस में डेटा संग्रहीत करने के लिए Sharepoint के लिए सबसे उपयुक्त और देशी विकल्प BCS और ServiceApplications का उपयोग है। कई कारणों से, ईओएस डेवलपर्स (और न केवल उन्हें) बीसीएस का उपयोग करने से मना करते हैं, इसलिए यह लेख सेवा एप्लिकेशन में एक डेटाबेस बनाने पर ध्यान केंद्रित करेगा।

बाहरी डेटाबेस में काम करने के लिए जिम्मेदार समाधान के हिस्से के विकास को कई बड़े चरणों में विभाजित किया जा सकता है, जिनमें से प्रत्येक का मैं संक्षेप में वर्णन करूंगा।

चरण 1. एक सेवा आवेदन बनाएँ।

MSDN के अनुसार, "अपना स्वयं का SharePoint 2010 सेवा अनुप्रयोग बनाना एक गैर-तुच्छ कार्य है" और शेयरपॉइंट आर्किटेक्चर की अच्छी समझ की आवश्यकता होती है, लेकिन इनाम एक शेयरपॉइंट-शैली समाधान, प्रशासक के लिए स्केलेबिलिटी और पारदर्शिता है।

सेवा एप्लिकेशन बनाने के लिए एल्गोरिथ्म का पूरा विवरण लेख के दायरे से परे है; जो लोग सीखना चाहते हैं, उनके लिए MSDN के बारे में कुछ जानकारी है।

अपना सेवा आवेदन बनाने के लिए, आपको SPServiceApplication से विरासत में मिली एक कक्षा बनाने की आवश्यकता है। उदाहरण के लिए, EOS4SP 3.5 में यह वर्ग इस तरह दिखता है:


उसके बाद, आपको अपना डेटाबेस वर्ग बनाने की आवश्यकता है, जो SPDatabase से विरासत में मिला है, और यह ठीक वही जगह है जहाँ आप बनाए गए डेटाबेस की संरचना निर्धारित कर सकते हैं (या, अधिक सटीक रूप से, डेटाबेस बनाने के लिए अपनी स्क्रिप्ट में लिंक डालें)। ऐसा करने के लिए, आपको प्रोविज़न विधि (नीचे दिए गए चित्र में EOS4SP में एक उदाहरण कार्यान्वयन) को ओवरराइड करने की आवश्यकता है और अंतर्निहित SPDatabase.Provision को आवश्यक मापदंडों के साथ चलाएं :

स्टेज 2. शेयरपॉइंट सूचियों के साथ डेटाबेस में डेटा सिंक्रनाइज़ेशन।

सिंक्रनाइज़ेशन को प्राथमिक और स्थायी में विभाजित किया जा सकता है। प्राथमिक से, मुझे लगता है, सब कुछ स्पष्ट है (आप उदाहरण के लिए, केंद्रीय प्रशासन केंद्र के लिए एक हैंडलर के साथ एक पृष्ठ जोड़ सकते हैं), लेकिन एक निरंतर एक के साथ - यह सब आपकी आवश्यकताओं पर निर्भर करता है - आप इसे टिमरजोब में डाल सकते हैं, लेकिन यह अधिक तेज़ी से डेटाबेस में एक साथ सूची आइटम, EventReceiver या में रिकॉर्ड को अपडेट करेगा। ओवररेटेड फॉर्मटेम्पलेट्स बटन में।

EOS4SP 3.5 में, उदाहरण के लिए, दोनों तंत्र शामिल हैं:

1. सामग्री प्रकार के रूप में SaveButton बटन को ओवरराइड करना EServiceAccess वर्ग (डेटाबेस में डेटा को संसाधित करने के लिए एक वर्ग) के SaveItem विधि को कॉल करता है।
2. किसी तत्व को निकालने के लिए, EventReceiver का उपयोग करें, जो EServiceAccess वर्ग के DeleteItem विधि को कॉल करता है:

इस प्रकार, निरंतर सिंक्रनाइज़ेशन के दौरान, शेयरपॉइंट सूचियों के डेटा को बाहरी तालिका में डुप्लिकेट किया जा सकता है और जल्दी या बहुत जल्दी प्राप्त किया जा सकता है।

चरण 3. बाहरी डेटाबेस से डेटा प्राप्त करना और प्रदर्शित करना

जब डेटा डेटाबेस पर अपलोड किया जाता है, तो आपको उन्हें प्रदर्शित करने के लिए तंत्र पर विचार करने की आवश्यकता है। यहां कोई स्पष्ट निर्देश नहीं हैं, एएसपी .NET डेवलपर अपने लिए किसी भी तंत्र को सुविधाजनक तरीके से चुन सकता है (उदाहरण के लिए ग्रिडडव ), लेकिन यह अभी भी शेयरपॉइंट की शैली में नियंत्रण का उपयोग करना और उन्हें लिंक किए गए वेब भागों में रखना बेहतर है। उदाहरण के लिए, डेटा डिस्प्ले वेब पार्ट और फ़िल्टर वेब पार्ट एक ही पेज पर स्थित हो सकते हैं और एक दूसरे से जुड़े रहते हैं, जैसा कि SharePoint के लिए EOS में किया जाता है। यदि आप XSLTViewWebPart की तरह नियंत्रण बनाते हैं , तो यह बहुत अच्छा होगा, लेकिन यह करना आसान नहीं है, और हमेशा उचित नहीं है।

वास्तव में, बाहरी डेटाबेस के साथ काम करने के लिए एक सफल समाधान की आवश्यकता है। नतीजतन, हम प्राप्त करते हैं:

• गति में वृद्धि (औसत 1.5 गुना तत्वों की एक छोटी संख्या के साथ, एक बड़े - 2 बार के साथ);
• स्केलेबिलिटी (सेवा एप्लिकेशन को कई सर्वरों पर होस्ट किया जा सकता है);
• DBMS टूल का उपयोग करके डेटाबेस को प्रशासन और कॉन्फ़िगर करने की क्षमता।