ऐसा मत करो। लेन-देन डेटा को संभालने में शेयरपॉइंट अच्छा नहीं है और बुरी तरह प्रदर्शन करेगा।
किसी भी क्षमताओं आप डेटाबेस स्तर (जोड़ने अनुक्रमित की तरह) पर प्रदर्शन में सुधार करने SharePoint स्थापना पर हानिकारक प्रभाव हो सकता है (हालांकि सूची में कॉलम सकते SharePoint के माध्यम से "अनुक्रमित" किया हो सकता है।
अनिवार्य रूप से SharePoint डिज़ाइन किया गया है एक विशिष्ट प्रयोजन (सामग्री/दस्तावेज) और इसे साधारण से बाहर कुछ करने के लिए करने की कोशिश कर के लिए आप आवेदन दांत और नाखून से लड़ने के लिए है का मतलब है।
सौभाग्य से SharePoint इसे में लेन-देन संबंधी डेटा को एकीकृत करने के कई साधन है।
पहले बंद (यदि आप अधिक महंगा एंटरप्राइज़ लाइसेंस है) आपके पास बिजनेस डेटा कैटलॉग है जो आपको डेटाबेस मानों को आयात करने की अनुमति देता है जो सूची आइटम के समान दिखाई देंगे।
यदि आपके पास एंटरप्राइज़ लाइसेंस नहीं है, तो मैं कस्टम नियंत्रण/वेबपर्ट या डेटा व्यू वेब पार्ट की सिफारिश कर सकता हूं ताकि डेटा को SharePoint के प्रासंगिक पृष्ठों पर "दिखाया जा सके"।
संक्षेप में: आप पारंपरिक डेटाबेस अनुप्रयोगों में डेटा होस्ट करने और शेयरपॉइंट को एकीकृत करने वाले अन्य एप्लिकेशन डिज़ाइन की तुलना में शेयरपॉइंट के भीतर लेनदेन संबंधी डेटा संग्रहीत करके कई अनौपचारिक कार्य के लिए स्वयं को स्थापित कर देंगे।
अंगूठे का यह नियम फाइलों (दस्तावेज़ और पृष्ठ पुस्तकालयों) के साथ सूचियों के लिए विशिष्ट है। – Nat
2K सीमा सूची के प्रतिपादन से संबंधित है। यह लागू नहीं होता है उदा। जब आप उस सूची पर एक SPQuery करते हैं। और सेगमेंट डेटा के बारे में, यह भी सही नहीं है। अंत में, सामग्री डेटाबेस में सभी सूची आइटम SQL में AllUserData तालिका में संग्रहीत हैं, इसलिए यह विभाजन मदद नहीं करता है। केवल मामला यह मदद कर सकता है, हालांकि मैंने इसका सबूत नहीं देखा है, अगर आप एक SPQuery बनाना चाहते हैं जो AllUserData में मूल आईडी पर SQL अनुक्रमणिका का लाभ उठा सकता है। – Ariel