शेयरपॉइंट: क्या मुझे सूचियों या डेटाबेस का उपयोग करना चाहिए?

Question

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

Answer 1

यह अपनी आवश्यकताओं पर निर्भर करता है, लेकिन मेरे अनुभव से यहाँ परिस्थितियां हैं जब आपको सूचियों के बजाय डेटाबेस का उपयोग करना चाहिए:

1) आप अपने डेटाबेस मॉडल में एक बहुत-से-अनेक संबंध हैं जब

2) जब आपके पास दो या दो से अधिक इकाइयां एक साथ जुड़ी होती हैं (जैसे ग्राहक> चालान> चालान उत्पाद)।

शेयरपॉइंट बहुत अच्छा है लेकिन उपर्युक्त परिदृश्यों में आपको SharePoint UI सीमाओं में समस्या होगी।

3) यदि आप कोई कस्टम रिपोर्ट या चार्ट रखने की योजना बना रहे हैं तो आपको अपने डेटाबेस में रहना चाहिए।

जब आप डेटाबेस इकाइयों का उपयोग कर रहे हैं तो सबसे अच्छा तरीका है अपने स्वयं के वेब पार्ट्स विकसित करना क्योंकि बीडीसी महंगा है और ज्यादातर मामलों के लिए बहुत सीमित है। आप तृतीय पक्ष वेब पार्ट्स भी देख सकते हैं (उदा।बांस वेब पार्ट्स)

---

कारण यहाँ डेटाबेस से अधिक SharePoint सूचियों का उपयोग करने के लिए कर रहे हैं:

• अनुमतियां
• अंत उपयोगकर्ता
• डेटापत्रक में संपादित करने के लिए उपयोग की आसानी/एक्सेल/पहुँच
• वर्कफ़्लो
• खोज

Answer 2

यदि आपके पास जटिल प्रश्न हैं, तो मेरा सुझाव है कि आप उन्हें एक अलग डेटाबेस में डाल दें। सूची तब अच्छी होती है जब डेटा मॉडल अक्सर नहीं बढ़ता है।

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

बेशक, यदि आप कैशिंग को सक्रिय करते हैं, तो डेटाबेस से पूछे गए डेटा पृष्ठ आउटपुट स्तर पर कैश किए जाएंगे।

Answer 3

मैक्सिम के उत्तर के अतिरिक्त, मैं यह भी सलाह दूंगा कि आप विचार में विचार करें। ओटीबी खोज वास्तव में अच्छा है अगर यह डेटा कुछ ऐसा होने जा रहा है जिसे आपको खोदने की आवश्यकता होगी।

Answer 4

मैं डेटा के लिए एक कस्टम डेटाबेस पर जाने के बारे में चिंतित नहीं होगा।

इसका मतलब यह है कि कस्टम नियंत्रण के साथ त्वचा के लिए अतिरिक्त काम है और उन नियंत्रणों को एक लेआउट पेज और/या कस्टम वेबपर्ट्स पर सूचीबद्ध करें जो सूचियां आपके लिए करती हैं।

यदि आपके पास बीडीसी उपलब्ध है, तो यह जाने का तरीका होगा, अन्यथा कस्टम।

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