पीजीएसक्ल-जनरल में, ब्रौलियो भवमित्र पूछते हैं:
यह काफी दिलचस्प सवाल है। वर्तमान पंक्ति-आधारित स्टोर को पूरी तरह से बदलना एक अच्छा विचार नहीं होगा:इसने हमें बहुत अच्छी तरह से सेवा दी है और मुझे पूरा यकीन है कि इसे पूरी तरह से कॉलमर स्टोर से बदलना OLTP उपयोग के मामलों के लिए विनाशकारी प्रदर्शन-वार होगा।
कुछ कॉलम। फ़्लिकर पर यिमिंग सन की छवि सौजन्य
इसका मतलब यह नहीं है कि स्तंभ भंडार सामान्य रूप से एक बुरा विचार है - क्योंकि वे नहीं हैं। उनके पास "संपूर्ण डेटाबेस" की तुलना में अधिक सीमित उपयोग का मामला है। एपेंड-ज्यादातर डेटा पर विश्लेषणात्मक प्रश्नों के लिए, एक कॉलमर स्टोर नियमित पंक्ति-आधारित स्टोर की तुलना में अधिक उपयुक्त प्रतिनिधित्व है, लेकिन सभी डेटाबेस विश्लेषणात्मक नहीं हैं।
हालांकि, दिलचस्प प्रदर्शन लाभ प्राप्त करने के लिए आपको केवल अंतर्निहित भंडारण को बदलने के अलावा और भी बहुत कुछ करने की आवश्यकता है:आपको यह सुनिश्चित करने की आवश्यकता है कि शेष सिस्टम बदले हुए प्रतिनिधित्व का लाभ उठा सकता है, ताकि यह प्रश्नों को बेहतर तरीके से निष्पादित कर सके; उदाहरण के लिए, आप ऐसे समुच्चय चाहते हैं जो आज की तरह एक-मूल्य-एक-समय के बजाय SIMD मोड में काम करते हैं। यह अपने आप में एक बड़ा उपक्रम है, और अन्य चुनौतियाँ भी हैं।
जैसा कि यह पता चला है, इन मामलों पर ठीक काम करने के लिए 2ndQuadrant की एक टीम है। हमने पिछले साल एक पैच पोस्ट किया था, लेकिन यह बहुत दिलचस्प नहीं था - इसने केवल टीपीसी-एच स्कोर में एक अंक का प्रतिशत सुधार किया; विकास समुदाय को परेशान करने के लिए पर्याप्त नहीं है (यह काफी आक्रामक पैच था)। हम इससे ज्यादा चाहते हैं।
हमारे डिजाइन में, कॉलमर या नहीं एक विकल्प होने जा रहा है:आप कहने में सक्षम होने जा रहे हैं प्रिय सर्वर, इस तालिका के लिए कृपया मेरे लिए कॉलमर स्टोरेज सेट करें, है ना? बहुत बहुत धन्यवाद . और फिर आपको एक टेबल मिलेगी जो नियमित उपयोग के लिए धीमी हो सकती है लेकिन जो विश्लेषण के लिए रॉक करेगी। आपकी अधिकांश तालिकाओं के लिए वर्तमान पंक्ति-आधारित स्टोर अभी भी सबसे अच्छा विकल्प होगा, क्योंकि पंक्ति-आधारित संग्रहण अधिक सामान्य मामलों के लिए बेहतर अनुकूल है।
हमारे पास अभी कोई टाइमस्केल नहीं है। बने रहें।
