2009-03-04 16 views
7

में वर्क करने योग्य टेबल की अधिकतम संख्या मुझे पता है कि SQL सर्वर में, डेटाबेस में "ऑब्जेक्ट्स" की अधिकतम संख्या 2 अरब से अधिक है। ऑब्जेक्ट्स में अन्य चीजों के साथ तालिकाओं, विचारों, संग्रहित प्रक्रियाओं, अनुक्रमणिका शामिल हैं। मैं 2 बिलियन वस्तुओं से आगे जाने के बारे में चिंतित नहीं हूं। हालांकि, मैं क्या जानना चाहता हूं, क्या SQL सर्वर बड़ी संख्या में तालिकाओं से प्रदर्शन हिट का सामना करता है। क्या आपके द्वारा जोड़े जाने वाली प्रत्येक तालिका में प्रदर्शन हिट होता है, या मूल रूप से कोई अंतर नहीं होता है (डेटा की निरंतर मात्रा मानते हैं)। क्या किसी के पास हजारों टेबल वाले डेटाबेस के साथ काम करने का कोई अनुभव है? मैं भी MySQL के बारे में सोच रहा हूँ।एसक्यूएल सर्वर और MySQL

उत्तर

8

कोई अंतर नहीं, डेटा की निरंतर मात्रा मानते हैं।

शायद वजह से कम रखरखाव खिड़कियों तरह बातें (छोटे सूचकांक पुनर्निर्माण) के व्यावहारिक दृष्टि से लाभ, क्षमता के लिए है केवल पढ़ने के लिए फ़ाइल समूहों आदि

प्रदर्शन प्रश्नों और अनुक्रमित से निर्धारित होता है (सबसे बुनियादी स्तर पर): ऑब्जेक्ट्स की संख्या

1

मुझे संदेह है कि SQL सर्वर में हजारों तालिकाओं के साथ काम करने में एक प्रदर्शन समस्या होगी, लेकिन मुझे यकीन है कि।

मैंने SQL सर्वर में सैकड़ों तालिकाओं के साथ डेटाबेस पर काम नहीं किया है, हालांकि कोई समस्या नहीं है।

+0

आपकी पहली वाक्य को दो बार पढ़ना पड़ा। मैं समझता हूं कि आप कहां से आ रहे हैं, लेकिन ये मूल रूप से एक ही संरचना के साथ बहुत सारी टेबल होंगे, और कुछ ऐसा नहीं जो व्यक्तिगत रूप से प्रबंधित किया जाएगा। – Kibbee

+1

यदि टेबल प्रोग्रामेटिक रूप से जेनरेट किए जाते हैं तो आप डेवलपर के रूप में प्रोग्रामेटिक रूप से भी उनके साथ सौदा कर सकते हैं। कोई प्रदर्शन समस्या नहीं है (कम से कम व्यावसायिक रूप से नहीं) – Davos

0

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

+0

यह उपयोगी जानकारी है, लेकिन सवाल पूछने पर बिल्कुल जवाब नहीं दिया जाता है। – Kibbee

+0

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

4

तालिकाओं की अधिकतम संख्या के संदर्भ में मेरे पास 2 मिलियन टेबल वाले डेटाबेस हैं। कोई प्रदर्शन बिल्कुल नहीं मारा गया। मेरी टेबल जहां 15 एमबी के आसपास छोटे होते हैं।

+0

यह सहायक था धन्यवाद। मैं एक गूगलर हूं :) – BOSS

0

मेरे अनुभव में मुझे नहीं लगता कि टेबल की संख्या प्रदर्शन को प्रभावित करेगी। लेकिन फिर आपको यह साबित करने में सक्षम होना चाहिए कि डेटाबेस में इतनी सारी टेबल क्यों हैं। ऐसा इसलिए है क्योंकि डेटाबेस पक्ष में इतनी सारी टेबलें सर्वर पक्ष में डेवलपर के काम को भी प्रभावित करती हैं।

आईएमओ यदि आप कार्यक्षमता के आधार पर टेबल विभाजित करते हैं तो आप डेवलपर का जीवन आसान नहीं बना सकते हैं बल्कि आपके आवेदन में प्रदर्शन लाभ भी प्राप्त कर सकते हैं क्योंकि आपने आवश्यक डेटा प्राप्त करने के लिए कहां से टेबल तय की हैं।

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

संबंधित मुद्दे