स्टोनब्रेकर का CAP प्रमेय और डेटाबेस पर वक्तव्य। माइक स्टोनब्रेकर ने कल CACM साइट पर एक उत्कृष्ट ब्लॉग पोस्ट प्रकाशित किया: डेटाबेस सिस्टम में त्रुटियां, इवेंचुअल कंसिस्टेंसी, और CAP प्रमेय। इस लेख में, माइक ने NoSQL डेटाबेस समुदाय द्वारा एरिक ब्रेवर के CAP प्रमेय के अनुप्रयोग को चुनौती दी है। कई उच्च-स्तरीय NoSQL सिस्टम कार्यान्वयनकर्ताओं ने तर्क दिया है कि CAP प्रमेय उन्हें इवेंचुअल कंसिस्टेंट मॉडल के साथ जाने के लिए मजबूर करता है। माइक इस दावे को चुनौती देते हुए बताते हैं कि कुछ सामान्य डेटाबेस त्रुटियों को इवेंचुअल कंसिस्टेंसी द्वारा टाला नहीं जाता है और CAP वास्तव में इन मामलों में लागू नहीं होता है। यदि आपके पास कोई एप्लिकेशन त्रुटि, प्रशासनिक त्रुटि या डेटाबेस कार्यान्वयन बग है जो डेटा को खो देता है, तो यह बस चला गया है जब तक कि आपके पास ऑफ़लाइन कॉपी न हो। वैसे, यही कारण है कि मैं डिफर्ड डिलीट का बहुत बड़ा प्रशंसक हूं। यह एक ऐसी तकनीक है जहां हटाए गए आइटम को हटाए गए के रूप में चिह्नित किया जाता है लेकिन कुछ दिनों या अधिमानतः हफ्तों बाद तक कचरा एकत्र नहीं किया जाता है। डिफर्ड डिलीट पूर्ण सुरक्षा नहीं है लेकिन इसने एक से अधिक बार मेरी जान बचाई है और मैं इस पर विश्वास करता हूं। अधिक जानकारी के लिए इंटरनेट-स्केल सर्विसेज को डिजाइन और तैनात करने पर देखें। CAP और इवेंचुअल कंसिस्टेंसी का अनुप्रयोग सीधे तौर पर हमें एप्लिकेशन या डेटाबेस कार्यान्वयन त्रुटियों से नहीं बचाता है। और, एक बड़ी आपदा की स्थिति में जहां पूरा क्लस्टर खो जाता है, फिर से, न तो इवेंचुअल कंसिस्टेंसी और न ही CAP कोई समाधान प्रदान करते हैं। माइक यह भी नोट करते हैं कि नेटवर्क विभाजन काफी दुर्लभ हैं। मैं इस पर थोड़ा विवाद कर सकता था। नेटवर्क विभाजन शो
Discussion
Join the conversation
Be the first to comment