शेर्डिंग और इंडेक्स

Question

मैं अपना डेटाबेस शेड करना चाहता हूं लेकिन मैं इस विषय में पेशेवर नहीं हूं। तो यहां मेरे विचार हैं। यद्यपि शेडिंग कुंजी सही नोड्स के अनुरोधों को निर्देशित करने के लिए उत्कृष्ट सूचकांक है, बाकी हिस्सों के बारे में क्या है जो मेरी टेबल पर परिभाषित किए जाएंगे? मैं उन इंडेक्स को सही नोड्स पर वितरित करने के अनुरोधों को संदर्भित करना चाहता हूं ताकि अनुरोध केवल एक नोड अनुरोध को संसाधित कर सके। जहां तक ​​मैं इस उद्देश्य के लिए समझता हूं कुछ केंद्रीकृत इंडेक्स नोड मौजूद होना चाहिए। तो मेरा सवाल यह है कि क्या यह कार्यक्षमता आरडीबीएमएस में पहले से मौजूद है जैसे MYSQL या क्या मुझे अन्य विशेष उत्पादों का उपयोग करना चाहिए।

Answer 1

अस्वीकरण: मैं ScaleBase के लिए काम करते हैं, मैं रहते हैं और साँस हर दिन sharding ...

मैं यहाँ सलाह देंगे कि आप उदाहरण के लिए स्तंभ एक के अनुसार ठीकरा अगर, एक कहां के साथ Columna = xx एक के लिए जाना जाएगा एकल श्राद जहां कॉलमबी = xx को सभी शर्ड्स जाना होगा क्योंकि उनमें से सभी में columnB = xx हो सकता है। जब तक कॉलम ए और कॉलम बी संबंधित नहीं होते हैं। और फिर आपको वास्तव में मैपिंग टेबल में संबंध सहेजने की आवश्यकता है। मैं कह सकता हूं कि सभी डीबी पर चलना सुपर-फास्ट हो सकता है, आपको समानांतर में चलने और परिणामों को मर्ज करने की आवश्यकता है। Scalebase हम आदेश देकर आदि द्वारा समूह के विलय का समर्थन करते हैं यह आसान नहीं ...

अरे अपने ब्लॉग में और अधिक जानकारी देखें: http://database-scalability.blogspot.com

Answer 2

एंड्री, क्या आप का वर्णन कर रहे हैं वास्तव में कैसे Clustrix डेटाबेस काम करता है, जहां है डेटा और इंडेक्स स्वचालित रूप से वितरित होते हैं, फिर प्रश्नों को नोड्स में वितरित किया जाता है। क्लस्ट्रिक्स "brings the query to the data" और इसमें साझा-कुछ भी आर्किटेक्चर नहीं है (इसलिए कोई केंद्रीकृत अनुक्रमणिका आवश्यक नहीं है)। MySQL में वितरित कंप्यूटिंग के लिए कोई अंतर्निहित कार्यक्षमता नहीं है, और विभिन्न बोल्ट-ऑन विकल्पों के दौरान, अंततः केंद्रीयकृत संसाधन सीमाएं प्रभावित होने पर उन्हें स्केलिंग सीमाएं मिलेंगी।