अपने पुराने नए दोस्त को नमस्कार करें

आज, विभिन्न प्रकार के ओपन-सोर्स DBMSs बड़े पैमाने पर, अनाड़ी और महंगे "एंटरप्राइज़" सिस्टम जैसे SQL सर्वर और Oracle का सामना करते हैं। अक्सर, खुले डीबीएमएस बंद सिस्टम से बेहतर काम करते हैं, कार्यक्षमता में भी हीन नहीं।

सभी खुले डेटाबेस प्रबंधन प्रणालियों में से, सबसे बुद्धिमान, उत्पादक और कार्यात्मक प्रणाली Postgres है, जो योग्य रूप से अधिक से अधिक ध्यान आकर्षित करती है।

अकेले उत्पाद का नाम पाठक के लिए वास्तविक रुचि है: "अरे, इसे क्या कहा जाता है?"

सही नाम PostgreSQL या Postgres है, लेकिन "Postgre" नहीं। संभवतः, सरल पोस्टग्रेज के बजाय पोस्टग्रेसीक्यूएल प्रणाली के नाम पर 1996 में किया गया निर्णय परियोजना के इतिहास में एकमात्र राक्षसी गलती है। और मुझे लगता है कि कुछ बदलने के लिए अब बहुत देर हो चुकी है।

पोस्टग्रेज परियोजना एक पुराने, पुराने डीबीएमएस को एक मॉड्यूलर, स्केलेबल, उत्पादक डेटाबेस प्रबंधन प्रणाली बनाने के लक्ष्य के साथ संसाधित करने का एक प्रयास था जो उस समय के अंतिम उपयोगकर्ता के लिए सुविधाजनक था। इस प्रकार, यह माना गया कि नाम "POSTgres" मूल परियोजना के लिए एक संदर्भ होगा - "आफ्टर इंगर्स"। ऐसा ही हुआ।

कौन परवाह करता है?

वास्तव में, इतने सारे लोग परवाह नहीं करते हैं। PHP भाषा की लोकप्रियता में तेजी से वृद्धि के साथ अधिक "मैत्रीपूर्ण" MySQL मंच का काफी गहन विकास हुआ था। हां, अधिक कठोर पोस्टग्रेज प्लेटफॉर्म की तुलना में MySQL प्रोजेक्ट काफी तेजी से विकसित हुआ है। दुर्भाग्य से, दोस्ताना के बजाय, किसी को मूर्खता के बारे में बात करनी होगी।

यह एक मजबूत बयान है, लेकिन आइए इसे सही ठहराने की कोशिश करते हैं। उदाहरण के लिए, यहाँ यह वीडियो है जिसे मैंने हाल ही में टेकपब पर अपलोड किया है जिसे " MySQL खतरे " कहा जाता है। यदि आपको यह देखने का अवसर या इच्छा नहीं है तो मैं वीडियो का एक संक्षिप्त सारांश दूंगा:

• MySQL, सख्त DBMS नहीं होने के कारण, आपकी सेटिंग्स और अखंडता प्रतिबंधों की जमकर अनदेखी करता है (यह सिर्फ मदद करना चाहता है);
• यह खाली मानों को जोड़ने पर निषेध के साथ कॉलम में "" स्ट्रिंग को आसानी से सम्मिलित करेगा;
• यदि वह खाली मान जोड़ने पर रोक लगाती है, तो वह ख़ुशी से बेकार की तारीखें (जैसे 0000-00-00 ) तारीखों के साथ कॉलम में सम्मिलित करेंगी;
• यह शून्य से विभाजित हो सकता है और 1/0 गणना करते समय NULL वापस आ जाएगा;
• यह NULL को वापस करेगा जब स्ट्रिंग को शून्य से विभाजित करेगा;
• यदि आप एक स्तंभ में 1000 मान को दो के बराबर लंबाई के साथ सम्मिलित करने का प्रयास करते हैं, तो यह बस इस मान को 99 थोड़ा सा गोल करेगा।

यह सब आपको MySQL का उपयोग करने के बारे में सोचने का कारण देना चाहिए: यह प्रणाली आपके डेटा की जांच नहीं करती है, लेकिन यह डेटा अखंडता के लिए "सुविधाजनक" मूल्य की तरह प्रतीत होता है। मुझे लगता है कि यह बहुत बुरा है।

यदि उपरोक्त में से किसी ने भी आपको भयभीत नहीं किया है, तो मेरे पास आपके बारे में एक शब्द है: ओरेकल।

तेज़, स्केलेबल, मज़ेदार

पोस्टग्रेज की कार्यक्षमता काफी व्यापक है, और कई लोग इस डीबीएमएस की क्षमताओं से भी अवगत नहीं हैं। यह ध्यान दिया जाना चाहिए कि प्रणाली में ऐसी संश्लिष्ट शर्करा होती है जैसे:

• संख्या और तिथियों के लिए "अनन्तता," का अर्थ "दर्ज किए गए किसी भी मूल्य से अधिक" है;
• दिनांक के साथ काम करने के लिए कोमल भाव: "आज", "कल", "कल" ​​(और पोस्टग्रैजेस 9.2 में सब कुछ और भी बेहतर होगा);
• अद्भुत डेटा प्रकार: सरणियाँ, आईपी पते (आईपीवी 6 समर्थन के साथ), साथ ही स्थानिक डेटा प्रकार (लाइनें, वर्ग, मंडलियां);
• टेबल इनहेरिटेंस - दूसरे से एक टेबल इनहेरिट करने का एक मुश्किल तरीका;
• एक प्राकृतिक भाषा में असंरचित पाठ में पूर्ण-पाठ खोज - बॉक्स से बाहर।

यदि सिस्टम स्केलेबिलिटी और उच्च प्रदर्शन दिखाने में सक्षम नहीं है, तो ये सभी सुविधाएँ निरर्थक हैं। सौभाग्य से, Postgres में इसके साथ चीजों का एक पूरा सेट है।

मेरा एक दोस्त है उसका नाम रॉब सुलिवन है और वह डीबीए है। हमने उसके साथ एक छोटा सा प्रयोग किया: हमने छह मिलियन पाठ रिकॉर्ड वाले एक पोस्टग्रैस स्टैकऑवरफ्लो डेटा संग्रह को अपलोड किया। उसके बाद, हमने अपने टूल (डेटाबेस प्रश्नों के लिए) को उजागर किया और SQL सर्वर के व्यवहार के साथ इसके व्यवहार की तुलना करके हमारे सिस्टम को अनुकूलित करना शुरू किया। पोस्टग्रैज ने न केवल तुलनीय प्रदर्शन दिखाया, कई मामलों में यह माइक्रोसॉफ्ट से समाधान को पार कर गया!

अलग-अलग शब्दों को अनुक्रमण के लिए समर्पित किया जाना चाहिए। टेबल इनहेरिटेंस के लिए धन्यवाद, हम आसानी से टेबल का विभाजन कर सकते हैं और कम इंडेक्स साइज़ के कारण DBMS से सर्वश्रेष्ठ प्रदर्शन को निचोड़ सकते हैं। बेशक, इसे SQL सर्वर का उपयोग करके लागू किया जा सकता है, लेकिन यह कार्य इतना स्पष्ट नहीं है, और इसके लिए एक महंगे लाइसेंस की खरीद की भी आवश्यकता है।

और यह सब नहीं है! बॉक्स से बाहर, Postgres मक्खी पर तालिकाओं को संपीड़ित कर सकता है: इस दृष्टिकोण को "स्वचालित तालिका संपीड़न" वाक्यांश से प्राप्त "टोस्ट" कहा जाता है। डेटा संपीड़न के लिए धन्यवाद, रैम और डिस्क स्थान दोनों की खपत कम हो जाती है।

TOAST की बदौलत, हम StackOverflow के डेटा से चौबीस गीगाबाइट से छः गीगाबाइट तक के स्थान को कम करने में सक्षम थे, और यह एक बहुत गंभीर बचत है। यह सुविधा मुफ़्त है और मानक पोस्टग्रेज पैकेज में शामिल है। SQL सर्वर में इस सुविधा का उपयोग करने के लिए, आपको एंटरप्राइज़ लाइसेंस खरीदना होगा।

पांच बातें जो आप नहीं जानते हैं

आप पोस्टग्रेज की सुविधाओं के बारे में बहुत कुछ लिख सकते हैं, बहुत कुछ। इसके बजाय, मैं आपको NDC 2012 सम्मेलन से अपनी रिपोर्ट का लिंक दूंगा: " पोस्टग्रेज के बारे में पांच बातें जो आप नहीं जानते ।" रिपोर्ट में, मैंने इस तरह की बारीकियों की जांच की:

• विदेशी डेटा रैपर तंत्र का उपयोग करके ट्विटर अनुरोध करना;
• Google से V8 इंजन का उपयोग करके जावास्क्रिप्ट में लेखन कार्य;
• MySQL के साथ हत्यारा चालें;
• पोस्टग्रेज में अंतर्निहित स्नैपशॉट तंत्र का उपयोग करके अवरुद्ध रोकथाम;
• तालिका विरासत;
• प्लेग डेटा प्रकार।

मुझे आशा है कि आप इसे पसंद करेंगे।