शेयरपॉइंट सूची सर्वोत्तम प्रथाओं

Question

मैं डेटा संग्रहित करने के लिए SharePoint सूची का उपयोग कर एक एप्लिकेशन बना रहा हूं। डेटा डिज़ाइन बहुत समान होगा जैसे कि आप इसे एक रिलेशनल डेटाबेस में डालने जा रहे हैं, जिसमें कई रिश्तों, प्राथमिक कुंजी, विदेशी कुंजी जैसे आइटम शामिल हैं।

मैं जानना चाहता हूं कि सर्वोत्तम प्रथाएं क्या हैं?

• SharePoint अपने आप में एक छिपा आईडी है:

  मैं पहले से ही मन में है कि जब सूची बनाने के कुछ सवाल हैं। क्या मुझे अपनी खुद की आईडी बनाना चाहिए?

• विदेशी कुंजी को प्रतिबिंबित करने का सबसे अच्छा तरीका क्या है? क्या यह स्पष्ट रूप से लुकअप फ़ील्ड बना रहा है? या आपको लगता है कि केवल एक लाइन टेक्स्ट बनाना सर्वोत्तम है और फिर मेरा प्रोग्राम आईडी को लिंक करेगा। कौन सा उपयोग करने के लिए?

इस पर कोई अन्य सुझाव उपयोगी होगा। बीटीडब्ल्यू, मैं शेयरपॉइंट 2010 का उपयोग कर रहा हूं।

Answer 1

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

Answer 2

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

यदि आपका डेटा संबंधपरक है .. इसे एक संबंधपरक डेटाबेस में रखें। यह उसके साथ अच्छा है।

Answer 3

मैं पूरी तरह से अन्य लोगों से सहमत हूं। रिलेशनल डेटा उस डेटाबेस में सबसे अच्छा रखा जाता है जिसे उसके लिए डिज़ाइन किया गया है।

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

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

Answer 4

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

पहुँच सेवाओं

http://channel9.msdn.com/Learn/Courses/Office2010/AccessUnit

Answer 5

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

विषय यहाँ पर और जानकारी: http://msdn.microsoft.com/en-us/library/ee557243.aspx