- MySQL MVCC का भी उपयोग करता है, बस checkinnoDB। लेकिन, PostgreSQL में आप भविष्य के अपडेट के लिए जगह बनाने के लिए FILLFACTOR को बदल सकते हैं। इसके साथ, आप एक डेटाबेस बना सकते हैं जिसमें वर्तमान डेटा के लिए स्थान है, लेकिन कुछ भविष्य के अपडेट और डिलीट के लिए भी। जब ऑटोवैक्यूम और हॉट अपना काम ठीक से करते हैं, तो आपके डेटाबेस का आकार स्थिर हो सकता है।
- ब्लॉग पुराने संस्करणों के बारे में है, बहुत सी चीजें बदल गई हैं और PostgreSQL पुराने दिनों की तरह संपीड़न में बेहतर काम करता है।
- संपीड़न डेटाटाइप, कॉन्फ़िगरेशन और गति पर भी निर्भर करता है। आपको यह देखने के लिए परीक्षण करना होगा कि यह आपकी स्थिति के लिए कैसे काम कर रहा है।
मैंने MySQL से PostgreSQL में कुछ रूपांतरण किए और इन सभी मामलों में, PostgreSQL लगभग 10% छोटा था (MySQL 5.0 => PostgreSQL 8.3 और 8.4)। इस 10% का उपयोग सबसे अद्यतन तालिकाओं पर भरने वाले कारक को बदलने के लिए किया गया था, इन्हें 60 से 70 भरने के लिए सेट किया गया था। गति बहुत बेहतर थी (20 से अधिक समवर्ती उपयोगकर्ताओं के साथ कोई और समस्या नहीं) और डेटा आकार भी स्थिर था, कोई एमवीसीसी नहीं जा रहा था नियंत्रण से बाहर या शून्य से बहुत पीछे।
MySQL और PostgreSQL दो अलग-अलग जानवर हैं, PostgreSQL विश्वसनीयता के बारे में है जहां MySQL लोकप्रिय है।