के लिए पोस्टग्रेस्क्ल किसी को किसी ओलाप सेटअप के लिए पोस्टग्रेएसक्यूएल का उपयोग करने का अनुभव है, डेटाबेस के खिलाफ क्यूब्स का उपयोग करते हुए। ओएलएपी के लिए MySQL का उपयोग करते समय कई idiosyncracies में आने के बाद, PostgreSQL का उपयोग करने के पक्ष में इसके कारण हैं (मानते हैं कि मैं ओपन सोर्स रूट जाना चाहता हूं)?ओएलएपी
पोस्टग्रेस्क्ल पर आधारित कई डेटा वेयरहाउसिंग सॉफ़्टवेयर विक्रेता हैं (और ओएलएपी संबंधित परिवर्तनों को मुख्य रूप से नियमित रूप से कोर में योगदान देते हैं)। http://www.greenplum.com/ देखें (नया यूआरएल: http://www.greenplum.org/)। मुझे लगता है कि आप पाएंगे कि पीजी MySQL की तुलना में बहुत बेहतर काम करता है (लगभग किसी भी वर्कलोड के लिए, ओलाप विशेष रूप से)। ग्रीनप्लम और अन्य समान समाधानों को आपके डेटा सेट के आधार पर पीजी से थोड़ा बेहतर काम करना चाहिए और मामलों का उपयोग करना चाहिए।
पीजीएसक्यूएल MySQL की तुलना में डेटा वेयरहाउसिंग के लिए बेहतर अनुकूल है। हमने शुरुआत में माइस्क्लुएल के साथ जाने के लिए सोचा था, लेकिन अगर डेटा कुछ मिलियन पंक्तियों में बढ़ता है तो यह समेकन में खराब प्रदर्शन करता है। पीजीएसक्यूएल उसी हार्डवेयर सेटअप पर एक तथ्य तथ्य के लिए 20 मिलियन रिकॉर्ड के लिए MySQL के साथ कैपरिसन में लगभग 20 गुना तेजी से प्रदर्शन करता है। अगर किसी कारण से आप MySQL के साथ जाना चुनते हैं, तो आपको तथ्यों के लिए माईसाम स्टोरेज इंजन का उपयोग करना चाहिए बल्कि इनो डीबी; आप थोड़ा बेहतर प्रदर्शन देखेंगे।
हम PostgreSQL 9.1 और Saiku का उपयोग कर रहे हैं। सभी क्यूब स्कीमा स्कीमा वर्कबेंच (पेंटाहो) में परिभाषित हैं। अब तक, मुझे इस तरह के विन्यास के साथ कोई समस्या नहीं दिख रही है। हमारे पास लगभग तथ्यों के साथ तथ्य सारणी है। 1,000,000 पंक्तियों और सभी किसी भी पूर्व-एकत्रीकरण के बिना अच्छी तरह से काम करता है। –