CUBRID का परिचय - डेटाबेस इंजन वेब अनुप्रयोगों के लिए अनुकूलित

सभी को बधाई, प्रिय खबरावचियन!

व्यक्तिगत रूप से, हमने अपने विकास को हाबरा उपयोगकर्ताओं के लिए प्रस्तुत नहीं किया है, लेकिन सबसे अधिक संभावना है कि आप पहले से ही लेव खोमिच के हैब्रोटोपिक में क्यूबिड डीबीएमएस के बारे में पढ़ चुके हैं। लेख में कुछ बिंदु पूरी तरह से सही नहीं हैं, मैं इस विषय में क्या तय करना चाहता हूं। इसलिए, मैं एक दूसरे को बेहतर तरीके से जानने और अधिक विस्तार से जानने का प्रस्ताव करता हूं कि क्यों हम वेब अनुप्रयोगों के लिए सबसे अनुकूलित DBMS के रूप में CUBRID प्रस्तुत करते हैं। मैं उन बारीकियों के बारे में भी बात करूंगा जो आपको कहीं और (अभी तक) नहीं मिलेगी, यहां तक ​​कि परियोजना की आधिकारिक वेबसाइट http://www.cubb.org पर भी । इस तरह, आप बहुत कुछ सीखेंगे और मुझे उम्मीद है, बताएं, सलाह दें या टिप्पणियों में अपने विचारों और विचारों की पेशकश करें। इसलिए, मुझे यकीन है कि आप हमारे परिचित से प्रसन्न होंगे।

सबसे पहले, CUBRID का विकास कब शुरू हुआ था?

अलग-अलग स्रोत अलग-अलग तारीखों का हवाला देते हैं: 15 साल पहले, या 2006। सच में, DBMS बेच दिया गया था और MySQL से पहले बहुत मांग में था, और यहां तक ​​कि खुद भी CUBRID दिखाई दिया। यह ऑब्जेक्ट-ओरिएंटेड आर्किटेक्चर के साथ पहले में से एक था, जो आज गेमिंग और मल्टीमीडिया उद्योगों में व्यापक रूप से उपयोग किया जाता है। डीबीएमएस इतना लोकप्रिय हो गया कि ओरेकल ने स्रोत कोड और इसके आगे के विकास और 1 बिलियन अमेरिकी डॉलर की बिक्री के लिए लाइसेंस खरीदने की पेशकश की। लेकिन डेवलपर्स ने प्रस्ताव को अस्वीकार कर दिया और इसके बजाय प्रायोजकों को $ 2 बिलियन की संपत्ति के साथ पाया। यह 90 के दशक की शुरुआत में वापस आ गया था। इसलिए, लेव खोमिच और कुछ अन्य स्रोतों की हब्रतोपिका पंद्रह साल या उससे अधिक की बात करती है।

हालाँकि, आधिकारिक तौर पर, जिस वर्ष हमने CUBRID विकसित करना शुरू किया, हम, DBMS डेवलपर्स, 2006 को उस वर्ष के रूप में परिभाषित करते हैं जब NHN Corporation, 74% शेयर के साथ दक्षिण कोरियाई खोज बाजार में मुख्य खिलाड़ी, अपने मुख्य आर्किटेक्ट और प्रोग्रामर को 40 लोगों की टीम में शामिल किया और CUBRID प्रोजेक्ट का आयोजन किया। वैश्विक आईटी उद्योग में 13 वें स्थान पर कब्जा कर, एनएचएन के पास परियोजना को सफलतापूर्वक लॉन्च करने के लिए पर्याप्त मानव और वित्तीय संसाधन थे। उस समय तक, NHN ने दक्षिण कोरिया, जापान, चीन और संयुक्त राज्य अमेरिका में उपयोगकर्ताओं के लिए 100 से अधिक वेब सेवाएं प्रदान की थीं, जिनमें कई ऑनलाइन गेम , खोज , सामाजिक और अन्य सेवाएं शामिल थीं। हमें यकीन था कि यह वेब सेवा थी, जो दुनिया भर में अधिक से अधिक लोकप्रिय और विविध बन गई थी, जो आईटी उद्योग के विकास को निर्धारित करेगी। इसलिए, हमने खुद को वेब सेवाओं के लिए सबसे अनुकूलित डेटाबेस प्रबंधन प्रणाली विकसित करने और जीपीएल संस्करण 2.0 लाइसेंस के तहत इसका कोड खोलने का लक्ष्य निर्धारित किया है।

इस प्रकार, कंपनी एक ऑब्जेक्ट-रिलेशनल डीबीएमएस बनाने के लिए निर्धारित करती है, जो ओएसबीएमएस दोनों के सभी फायदे प्रदान करेगी, जो कि अक्सर ऑनलाइन गेम और मल्टीमीडिया सेवाओं में उपयोग किया जाता है, और आरडीबीएमएस, जो सभी उद्योगों के लिए सबसे लोकप्रिय समाधान बन गया है। इस उद्देश्य के लिए, कंपनी 15 साल के अनुभव के साथ एक ही OSOSBD के लिए एक लाइसेंस प्राप्त करती है, और तब तक 92 साल का खुला मानक पहले से ही रिलेशनल भाग के लिए एक आधार के रूप में लेता है। यह CUBRID DBMS के विकास की शुरुआत थी।

पहला खुला स्रोत

दो वर्षों से हम CUBRID विकसित कर रहे हैं, और अक्टूबर 2008 तक हमने वेब अनुप्रयोगों के साथ उपयोग करने के लिए उन्मुख नए DBMS के संस्करण 1.0 को जारी किया था। पहली स्थिर रिलीज एनएचएन की आंतरिक सेवाओं में ही शामिल थी। फिर, अगले महीने तक, हम DBMS को अंतिम रूप दे रहे हैं और सार्वजनिक रूप से CUBRID की घोषणा दक्षिण कोरिया में पहले खुले स्रोत DBMS के रूप में कर रहे हैं।

घरेलू बाजार में CUBRID की लोकप्रियता इतनी तेज़ी से बढ़ी कि एक साल में कई हजार उपयोगकर्ता CUBRID DBMS के साथ काम करने के लिए विभिन्न अनुप्रयोगों को विकसित और अनुकूलित करने लगे, जैसे LACP (Linux, Apache, CUBRID, PHP / Perl / Python) और LnCP (Linux, nginx) , CUBRID, PHP / Perl / Python) ढेर, विंडोज इंस्टालर, साथ ही साथ प्रसिद्ध CMS (वर्डप्रेस, phpBB, Joomla)। इस पहले वर्ष के दौरान, CUBRID को व्हाइट हाउस ऑफ कोरिया, नेशनल टैक्स सर्विस ऑफ़ कोरिया, कई मंत्रालयों और निगमों के आंतरिक प्रबंधन प्रणालियों में पेश किया गया था।

इस प्रकार, पहले वर्ष को बहुत सफल माना गया। हालांकि, इस तथ्य के कारण कि अधिकांश उपयोगकर्ता विकास केवल कोरियाई भाषा का समर्थन करने के लिए सीमित था, टीम में यह और कई अन्य मुझे सूट नहीं करते थे। आखिरकार, हमने न केवल कोरिया के उपयोगकर्ताओं के लिए, बल्कि संपूर्ण आईटी स्पेस के लिए एक डीबीएमएस विकसित किया। इसलिए, अक्टूबर 2009 में पहली रिलीज़ के ठीक एक साल बाद, हम प्रोजेक्ट सोर्स कोड को नए Sourceforge.net संसाधन में स्थानांतरित करते हैं ताकि दुनिया भर के उपयोगकर्ता प्रोजेक्ट के विकास का अनुसरण कर सकें। इस प्रकार, SF.net मुख्य SVN बन जाता है, और विकास और प्रलेखन की मुख्य भाषा अंग्रेजी बन जाती है।

मुख्य विशेषताएं और सुविधाएँ

आज, CUBRID को दो प्रमुख ऑपरेटिंग सिस्टम के लिए विकसित किया जा रहा है। ये लिनक्स और विंडोज हैं, जिसके लिए CUBRID का सर्वर हिस्सा, सभी क्लाइंट एप्लिकेशन और प्रोग्रामिंग इंटरफेस उपलब्ध हैं। मैक ओएस एक्स के लिए, वर्तमान में केवल क्लाइंट एप्लिकेशन ही उपलब्ध हैं, जिसके साथ आप दूरस्थ CUBRID सर्वर के साथ पूरी तरह से काम कर सकते हैं। हालाँकि, मैक ओएस के लिए CUBRID के मुख्य सर्वर पक्ष को विकसित करने की अभी तक कोई योजना नहीं है।

CUBRID का सर्वर पक्ष C / C ++ प्रोग्रामिंग भाषा में विकसित किया गया है और इसे GPL लाइसेंस संस्करण 2.0 या उच्चतर के तहत वितरित किया गया है। क्लाइंट एप्लिकेशन विभिन्न भाषाओं में विकसित किए जाते हैं और आमतौर पर बीएसडी लाइसेंस के तहत वितरित किए जाते हैं (मैं अगले ब्लॉग में अधिक विस्तार से CUBRID लाइसेंसिंग नीति पर चर्चा करूंगा)। मुख्य डेटाबेस प्रशासन उपकरण CUBRID प्रबंधक, क्वेरी ब्राउज़र और माइग्रेशन टूलकिट जावा में लिखे गए हैं। और प्रोग्रामिंग इंटरफेस सी में विकसित किए गए हैं।

जैसा कि मैंने पहले कहा था, CUBRID के संबंधपरक भाग के कार्यान्वयन में हम 92 साल के खुले SQL मानक का उल्लेख करते हैं। कई DBMS इसका समर्थन करते हैं, लेकिन उनमें से प्रत्येक इसे अलग तरीके से लागू करता है। सभी मौजूदा या किसी विशिष्ट डेटाबेस के बारे में मेटाडेटा संग्रहीत करने वाली सिस्टम तालिकाएँ लें। इसके लिए, MySQL, MSSQL और कुछ अन्य DBMS में, अलग-अलग सिस्टम डेटाबेस हैं, उदाहरण के लिए, INFORMATION_SCHEMA, जो केवल सिस्टम में ही सीधे संपादन के लिए उपलब्ध हैं। सिद्धांत रूप में, सब कुछ सुविधाजनक है, सिवाय इसके कि जब डेटाबेस को किसी अन्य सर्वर पर स्थानांतरित किया जाता है, तो नए सर्वर पर सिस्टम डेटाबेस / टेबल (और पुराने पर भी) को अपडेट किया जाना चाहिए। आमतौर पर डेटाबेस को पुनर्स्थापित करते समय यह स्वचालित रूप से होता है, जिसके लिए अतिरिक्त संसाधनों की आवश्यकता होती है, खासकर अगर डेटाबेस में सैकड़ों या हजारों टेबल हैं। लेकिन आप इससे बच सकते हैं। सबसे बुरी बात यह है कि जब सिस्टम टेबल बिल्कुल भी अपडेट नहीं होते हैं या उन तक पहुंच बदल जाती है। इस मामले में, प्रत्यक्ष प्रशासक हस्तक्षेप या बदलते ग्राहक अनुप्रयोगों की आवश्यकता होती है।

CUBRID में, सिस्टम तालिकाओं को थोड़ा अलग तरीके से लागू किया जाता है। CUBRID में आपके द्वारा बनाए गए प्रत्येक डेटाबेस के पास अपनी सिस्टम कैटलॉग क्लासेस और वर्चुअल कैटलॉग क्लासेस होते हैं, जिनमें इस डेटाबेस के बारे में डेटा होता है, जिसमें सभी इंडेक्स, कॉलम, उपयोगकर्ता, ट्रिगर आदि शामिल होते हैं। आधार स्थानान्तरण बिना सिरदर्द के होता है। व्यक्तिगत रूप से, मुझे यह कार्यान्वयन अधिक पसंद है।

चर्चा थी कि CUBRID में कोई तालिका, कॉलम और बहुत कुछ नहीं है जो सामान्य संबंधपरक डीबीएमएस में है। CUBRID में टेबल, कॉलम, प्रक्रियाएं, और सब कुछ है। CUBRID में डेटा तक पहुंच कई मायनों में संभव है। तालिका तक पहुंचने के लिए, आप दोनों तालिकाओं (संबंधपरक दृष्टिकोण) और कक्षाओं (ऑब्जेक्ट दृष्टिकोण) का उपयोग कर सकते हैं। स्ट्रिंग्स तक पहुंचने के लिए, आप स्ट्रिंग्स (रिलेशनल एप्रोच) और क्लास इंस्टेंसेस (ऑब्जेक्ट एप्रोच) दोनों का उपयोग कर सकते हैं। स्तंभ या गुण। प्रक्रिया या तरीके। इस प्रकार, आप निकालने के लिए नियमित SQL ( SELECT index_name FROM db_index) का उपयोग कर सकते हैं, उदाहरण के लिए, पूरे डेटाबेस में उपयोग किए जाने वाले सभी सूचकांक नाम। किसी बाहरी डेटाबेस को संदर्भित करने की आवश्यकता नहीं है। आप यह भी स्पष्ट कर सकते हैं कि अनुक्रमणिका केवल प्राथमिक, या रिवर्स या अद्वितीय या केवल विदेशी कुंजियाँ हैं। यदि आप संबंधपरक अवधारणा के लिए उपयोग किए जाते हैं, तो आप किसी भी अन्य RDBMS से कोई अंतर नहीं देखेंगे।

CUBRID ACID को लागू करता है (Atomicity, Consistency, Isolation, Durability), इसलिए इसमें पूर्ण लेन-देन का समर्थन है। CUBRID डेटा को विभाजित, प्रतिकृति, संपीड़ित, मान्य और पुनर्प्राप्त कर सकता है। हॉट / ऑनलाइन बैकअप बनाना, अद्यतन करने योग्य दृश्य, ट्रिगर, श्रेणीबद्ध और नेस्टेड क्वेरी बनाना भी संभव है। CUBRID को डेटाबेस के आकार, तालिकाओं या पंक्तियों की संख्या और यहां तक ​​कि कुछ डेटा प्रकारों जैसे कि BLOB और CLOB के आकार पर कोई प्रतिबंध नहीं है। इसमें कर्सर हैं, साथ ही अंतर्निहित काउंटर फ़ंक्शन हैं, जो लियो ने विस्तार से वर्णित किया है। CUBRID आपको कैश और शेड्यूल अनुरोध करने की अनुमति भी देता है। SQL प्रॉम्प्ट का उपयोग करके प्रश्नों को तुरंत अनुकूलित करने के कई तरीके हैं। CUBRID की मुख्य विशेषताओं में से एक उच्च उपलब्धता का अपना समर्थन है। यह अंतर्निहित उच्च उपलब्धता सुविधा अपने आप में एक बहुत बड़ा विषय है, इसलिए मैं इसे एक अलग हैब्रोटोपिक में खुशी के साथ और अधिक विस्तार से चर्चा करूंगा।

हम स्वयं कहां उपयोग करते हैं?

सामान्य तौर पर, CUBRID एक पूर्ण विशेषताओं वाला डेटाबेस प्रबंधन प्रणाली है जो बहुत अधिक भार पर डेटा के साथ निर्बाध संचालन प्रदान कर सकता है। उदाहरण के लिए, एनएचएन में, हम NAVER खोज सेवा के सर्वर पर CUBRID DBMS का उपयोग करते हैं, जो प्रति दिन 17 मिलियन से अधिक अद्वितीय उपयोगकर्ताओं से अनुरोध प्राप्त करता है। CUBRID का उपयोग NAVER.com पर खोज परिणामों की निगरानी प्रणाली में किया जाता है और परिणामों की गुणवत्ता के बारे में डेटा संग्रहीत करने के लिए सीधे ज़िम्मेदार होता है। क्वेरी परिणामों की प्रासंगिकता में सुधार करने और स्पैम साइटों के खिलाफ लड़ने के लिए, हमें उन कीवर्ड को रिकॉर्ड करने की आवश्यकता है जो खोज में उपयोग किए जाते हैं और उनमें से प्रत्येक को उन सभी वेब पृष्ठों के साथ जोड़ते हैं जो पहले से ही खोज सर्वर द्वारा अनुक्रमित हैं। लाखों रिकॉर्ड या तो दर्ज किए गए हैं या अपडेट किए गए हैं, और निश्चित रूप से, डेटाबेस से प्राप्त किया गया है, और CUBRID इस दोष के साथ मुकाबला करता है।

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

वर्तमान स्थिति

आज तक, हमने CUBRID में बहुत बड़ी संख्या में फ़ंक्शन विकसित किए हैं, जिनमें से कई MySQL या MSSQL जैसे अन्य RDBMS के साथ पूरी तरह से संगत हैं, और एक ही समय में बहुत सारी अनूठी विशेषताएं हैं। उपयोगकर्ताओं की सुविधा के लिए, हम MySQL के साथ अधिकतम अनुकूलता प्रदान करने का प्रयास करते हैं ताकि CUBRID पर स्विच करते समय, उपयोगकर्ता आसानी से अपने अनुप्रयोगों को अनुकूलित कर सकें। यह अंत करने के लिए, हमने SQL स्तर और प्रोग्रामिंग इंटरफेस में "MySQL संगतता" के कई चरणों की योजना बनाई है। MySQL के संगत कार्यों के एक विस्तृत पैकेज के साथ पहला चरण पूरा हो गया है और संस्करण CUBRID 8.3.0 में शामिल है। समानांतर में, प्रोग्रामिंग इंटरफेस अपडेट किए जाते हैं। कुछ PHP फ़ंक्शंस हैं जो अभी तक mysql के साथ पूरी तरह से संगत नहीं हैं। अगले महीने (मई 2011) की शुरुआत में, हम दूसरे चरण के साथ CUBRID 8.4.0 का एक नया संस्करण जारी करने की योजना बना रहे हैं, जो MySQL SQL सिंटैक्स के लगभग 90% को कवर करेगा। अंतिम तीसरे चरण की योजना हमने गर्मियों के अंत के लिए बनाई है। इस प्रकार, शरद ऋतु की शुरुआत से, मुझे आशा है कि हम CUBRID और MySQL के बीच सभी अंतरों में संशोधन करेंगे।

अतिरिक्त बारीकियों, विकास की प्रगति, योजनाओं, साथ ही साथ CUBRID के जीवन से अन्य रोचक कहानियां मैं निम्नलिखित विषयों में बताऊंगा। मुझे उम्मीद है कि यह लेख आपको विचार के लिए बहुत सारे भोजन देगा। कृपया CUBRID को डाउनलोड करें, इसमें काम करें, और हमें अपनी टिप्पणियों, टिप्पणियों और इच्छाओं के बारे में बताएं।