Oracle बनाम PostgreSQL। ओरेकल को चुनना एक स्मार्ट निर्णय क्यों हो सकता है

Oracle से PostgreSQL के सफल प्रवास के बारे में हब पर कई लेखों को पढ़ने से अनुभवहीन पाठक को यह आभास हो सकता है कि PostgreSQL कोई बुरा नहीं है, या Oracle से भी बेहतर है। और चुनाव स्पष्ट है। और सैकड़ों हजारों कंपनियां जो ओरेकल को अरबों डॉलर का भुगतान करती हैं, वे सिर्फ अपने पैसे बर्बाद कर रहे हैं। लेकिन मैं आपको आश्वस्त करने का प्रयास करूँगा कि, कहाँ, कहाँ, और बड़ी कंपनियों में वे जानते हैं कि पैसे कैसे गिनें। और उनके निर्णय बिना किसी गलती के होते हैं।

लेख का उद्देश्य एक पाठक की आत्मा में संदेह का एक अनाज पैदा करना है जो कि संबंधपरक डेटाबेस के बीच एक विकल्प बनाने की कोशिश कर रहा है जो कि संस्करणित मोड में काम करता है। बिल्कुल संस्करण मोड क्यों? यहां चुनाव बड़ा नहीं है, लेकिन ब्लॉकर्स में योग्य प्रतियोगी हैं और चुनाव और भी मुश्किल है। (छोटे डेटाबेस लागत के लिए DB2 का मुफ्त संस्करण क्या है?)

मैं ओरेकल डेटाबेस में विशेषज्ञ नहीं हूं, हालांकि मैंने इस डेटाबेस के साथ कई वर्षों तक काम किया है और न केवल इसके साथ। मैं बस यही कर सकता हूं कि इसके फायदों का उपयोग किया जाए और इष्टतम प्रदर्शन हासिल किया जाए। इसके अलावा, मैं एक PostgreSQL विशेषज्ञ नहीं हूं (मैंने इसे उत्पादन में कभी इस्तेमाल नहीं किया है)।

सफल प्रवासन पर लेख पढ़ना - मैं समझता हूं कि इन कंपनियों को Oracle की भी जरूरत नहीं थी या डेटाबेस को शुरू में गलत तरीके से चुना गया था। उन्होंने इस डेटाबेस की क्षमताओं का केवल एक छोटा सा हिस्सा इस्तेमाल किया। केवल इसलिए वे प्रवास पर निर्णय ले सकते हैं और इसे लागू कर सकते हैं। बस, यदि आप इस डेटाबेस की पूरी शक्ति का उपयोग करते हैं, तो आपको कभी भी माइग्रेट करने की इच्छा नहीं होगी क्योंकि यह आपके एप्लिकेशन को स्क्रैच से लिखने के समान है।

आइए अंत में ओरेकल द्वारा प्रदान किए जाने वाले प्रदर्शन लाभों के बारे में बात करते हैं और इस जानकारी के आधार पर आपको अपने लिए उत्तर मिलेगा।

1. विभाजन (8i) । विभाजन - समग्र प्रदर्शन पर लगभग कोई प्रभाव नहीं के साथ डेटा की मात्रा के विकास को सक्षम बनाता है। एक अच्छा और महत्वपूर्ण बोनस इंडेक्स का विभाजन है। PostgreSQL विभाजन केवल संस्करण 10 में दिखाई देंगे। इससे पहले, इनहेरिटेंस (INHERITS) एक गंदा हैक है। और ओरेकल में विभाजन की क्षमता प्रत्येक संस्करण के साथ बढ़ रही है।
2. मर्ज (8i) । हां, हां, वही मर्ज जो कई सालों (2008) तक MSSQL में रहा है और जो PostgreSQL 11. में मौजूद नहीं होगा। यह सिंगल ऑपरेशंस की तुलना में स्पीड में दस गुना बढ़ोतरी देता है। हां, मुझे पता है कि PostgreSQL उपश्रेणियों का समर्थन करता है और आप सम्मिलित चयन और ट्रिकी अपडेट के माध्यम से सब कुछ लागू कर सकते हैं। लेकिन यह उसी से बहुत दूर है।
3. RESULT_CACHE (चुनें) (11g)। ओरेकल में यह तकनीक अपेक्षाकृत हाल ही में दिखाई दी। यदि आप इस तकनीक का बुद्धिमानी से उपयोग करते हैं - यह कुछ चीजों में लाभ देता है दसियों या सैकड़ों बार। मुख्य बात यह है कि इसे स्मार्ट तरीके से उपयोग करना सीखना है।
4. विकल्प INMEMORY ( 12 ) PostgreSQL में कोई एनालॉग नहीं है। सैकड़ों बार कुछ प्रश्नों पर वास्तविक वृद्धि।
5. ऑप्टिमाइज़र + क्वेरी ट्यूनिंग । 11g से शुरू होकर, यह EM में लगभग अगले>> एक क्लिक में बदल गया। PostgreSQL इस के साथ अधिक जटिल है, और एक पूरे के रूप में ईएम के एनालॉग की कमी काफी असहज है।
   
   पीएल / एसक्यूएल। हां, मुझे PostgreSQL में विभिन्न भाषाओं के बारे में पता है। लेकिन ओरेकल लगातार प्रदर्शन पर ध्यान देने के साथ भाषा में सुधार कर रहा है।
   
   • संकलन । बाइकोड सेव के दौरान होता है (सत्र में पहले कॉल के दौरान पोस्टग्रेक्यूएल में + पहले निष्पादन के दौरान क्वेरी प्लान)। 10g से शुरू होकर, Oracle देशी कोड में संकलित हो सकता है।
   • नेटिव इंटेगर - संख्याओं के साथ काम को गति देता है। PostgreSQL अन्य अधिक उपयुक्त भाषाओं (अनुवादकों) का उपयोग कर सकता है। ओरेकल में, यह जावा और सी का उपयोग करके भी हल किया जा सकता है।
   • PL / SQL के "संदर्भ" को स्विच करना। ओरेकल इस मीट्रिक के अनुकूलन के बारे में बहुत चिंतित है, इसे संस्करण से संस्करण में सुधार रहा है। देरी को कम करने के लिए "संदर्भ" को स्विच करना और आगे और बहुत कुछ के साथ आते हैं।
     
     PostgreSQL भाषाओं की स्थिति को देखते हुए, यह कार्य इस स्तर पर महत्वपूर्ण नहीं है।
   • परिणाम कैश (फ़ंक्शन) (11 जी) उचित उपयोग के साथ, एक पूरे के रूप में आवेदन की जवाबदेही कई बार बढ़ सकती है, जबकि बहुत प्रयास की आवश्यकता नहीं होती है। कुछ प्रश्नों पर दर्जनों बार।
     

खैर, जैसा कि वे कहते हैं, शैतान विवरणों में है, और ओरेकल ने इन विवरणों को बहुत बेहतर तरीके से काम किया है। ओरेकल हर संस्करण के साथ विस्मित करना कभी नहीं बंद करता है। और इससे कोई फर्क नहीं पड़ता कि आप ओरेकल के बाद किस डेटाबेस में स्थानांतरण करते हैं - आपके पास हमेशा यह भावना होगी: ठीक है, लानत है, ओरेकल में यह लंबे समय से है, या ओरेकल में यह बेहतर है।

मुझे लगभग यकीन है कि एक ही हार्डवेयर और PostgreSQL और Oracle की सभी विशेषताओं का उपयोग करके, आप ORACLE पर कम प्रयास के साथ, बेहतर प्रदर्शन प्राप्त कर सकते हैं।

PS किसी भी स्थिति में इस लेख को PR डेटाबेस ओरेकल नहीं मानते हैं।

मैं अच्छी तरह से समझता हूं कि हमेशा ऐसी चीजें होती हैं जो PostgreSQL में बेहतर होती हैं। लेकिन सामान्य तौर पर, डेटाबेस नंबर 1 के इस सेगमेंट में ओरेकल।

मैं विशेष रूप से प्रशासन से संबंधित चीजों पर नहीं छूता था। जरा सोचिए कि आप डेट फाइल को डिस्क से डिस्क पर ट्रांसफर कर सकते हैं या ऑनलाइन स्टेट में "टूटे हुए ब्लॉक" को रिस्टोर कर सकते हैं। और आप डेटाबेस को रोकने के बिना नए सर्वर में संक्रमण कर सकते हैं। और ये नई सुविधाएँ नहीं हैं। ओरेकल में, वहां सब कुछ बहुत बेहतर है, और मैं एक डीबी व्यवस्थापक नहीं हूं।

इससे पहले, कहीं न कहीं संस्करण 10 तक, व्यवस्थापक की लगभग हमेशा आवश्यकता थी। अब प्रशासक की आवश्यकता नाटकीय रूप से गिर गई है, हालांकि व्यवस्थापक की योग्यता अब उच्चतर होनी चाहिए। शायद, संस्करण 15 में, "एडमिन" डीबी की अवधारणा अतीत की बात होगी :)

हां, और Pl / SQL दूसरों की तुलना में अधिक विचारशील है, हालांकि निश्चित रूप से यह C # :) नहीं है। सच है, यह विशुद्ध रूप से व्यक्तिगत है।

खैर, मैंने उन चीजों को नहीं छुआ जो खराब गति में मदद करती हैं।

PSS और हाँ, मुझे शायद ही सारी संभावनाएँ याद हैं। केवल उन "सतह" पर थे जो टिप्पणियों में जोड़ते हैं। मैं अपडेशन में शामिल करूंगा।