ऑब्जेक्ट-ओरिएंटेड डेटाबेस (OODBs) में, उपयोगकर्ता एक विशेष डेटाबेस पर ऑपरेशन सेट कर सकते हैं, जो ऑब्जेक्ट्स से बना होता है जो कि कई प्रकार के हो सकते हैं और जिसके लिए ऑपरेशन सेट किए जाते हैं। वे मल्टीमीडिया ऑब्जेक्ट्स जैसे बाइनरी जानकारी को कुशलता से संभाल सकते हैं। OODB का एक और अतिरिक्त लाभ यह है कि इसे पूरे सिस्टम को प्रभावित किए बिना मामूली प्रक्रियात्मक अंतर के साथ प्रोग्राम किया जा सकता है।
मानक के निर्माण के लिए आवश्यक शर्तें
ऑब्जेक्ट ओरिएंटेड OODB डेटाबेस का इतिहास पिछली सदी के अंत में शुरू होता है। वे नए अनुप्रयोगों की जरूरतों को पूरा करने के लिए बनाए गए थे। धारणा यह थी कि 1990 के दशक के दौरान ऑब्जेक्ट-ओरिएंटेड डेटाबेस सॉफ्टवेयर सिस्टम में क्रांति ला देंगे। अब यह स्पष्ट है कि ऐसा नहीं है। हालांकि, मुफ्त सॉफ्टवेयर समुदायों के माध्यम से इस अवधारणा का पुनरुद्धार और इसके लिए उपयुक्त अनुप्रयोगों की पहचान विशेषताओं की समीक्षा को प्रेरित करती हैOODB, जो सर्वव्यापी संबंधपरक डेटाबेस का एक विकल्प है।
ऑब्जेक्ट-ओरिएंटेड कुछ या सभी आवश्यकताओं को संभालने के लिए लचीलापन प्रदान करता है और पारंपरिक डेटाबेस के डेटा प्रकार और क्वेरी भाषाओं तक सीमित नहीं है। OODBs की एक प्रमुख विशेषता वह क्षमता है जो वे डेवलपर को प्रदान करते हैं, जिससे वह जटिल वस्तुओं की संरचना और अनुप्रयोग संचालन दोनों को निर्दिष्ट कर सकता है। OODB बनाने का एक अन्य कारण सॉफ्टवेयर विकास के लिए भाषाओं का बढ़ता उपयोग है।
डेटाबेस कई सूचना प्रणालियों की नींव बन गए हैं, लेकिन पारंपरिक डेटाबेस का उपयोग करना कठिन होता है जब उन तक पहुंचने वाले एप्लिकेशन सी ++, स्मॉलटाक या जावा में लिखे जाते हैं। उदाहरण के लिए, 1C ऑब्जेक्ट-ओरिएंटेड डेटाबेस इस तरह से डिज़ाइन किए गए थे कि उन्हें उनकी अवधारणाओं को अपनाकर ऑब्जेक्ट-ओरिएंटेड भाषाओं का उपयोग करके सीधे अनुप्रयोगों के साथ एकीकृत किया जा सकता है: Visual Studio. Net, C ++, C, Microsoft SQL Server और अन्य।
OODB का मुख्य लाभ बाद के प्रदर्शन सुधारों के साथ RMs1 (प्रतिबाधा) की आवश्यकता का पूर्ण उन्मूलन है।
खामियां:
- बहुत ही आदिम परामर्श तंत्र, कोई स्व-मानक स्वीकृत मंच नहीं।
- प्रक्रियाओं को संग्रहीत नहीं कर सकता क्योंकि वस्तुओं को केवल क्लाइंट में ही पहुँचा जा सकता है।
- बाजार में अपरिपक्वता।
- वस्तुओं का कोई भौतिक समूह नहीं।
वस्तु प्रतिमान
ऑब्जेक्ट-ओरिएंटेड डेटाबेस प्रोग्राम करने योग्य डेटाबेस हैं जो जटिल डेटा और उसके संबंधों को सीधे पंक्तियों और स्तंभों को निर्दिष्ट किए बिना संग्रहीत करते हैं, जो उन्हें बड़े बैचों के साथ काम करने वाले अनुप्रयोगों के लिए अधिक उपयुक्त बनाते हैं। ऑब्जेक्ट्स में कई-से-अनेक संबंध होते हैं और संबंध स्थापित करने के लिए उनके साथ जुड़े पॉइंटर्स के उपयोग के माध्यम से पहुंच योग्य होते हैं। किसी भी प्रोग्राम की तरह, OODB एक अनुप्रयोग विकास वातावरण और शोषण के लिए तैयार एक सतत भंडार प्रदान करता है। यह उन सूचनाओं को संग्रहीत और हेरफेर करता है जिन्हें वस्तुओं के रूप में डिजीटल किया जा सकता है, तेजी से पहुंच प्रदान करता है और महान प्रसंस्करण क्षमता प्रदान करता है।
ऑब्जेक्ट-ओरिएंटेड डेटाबेस में उपयोग की जाने वाली बुनियादी अवधारणाएँ:
- वस्तु पहचान;
- कन्स्ट्रक्टर प्रकार;
- भाषा अनुकूलता;
- प्रकार पदानुक्रम और वंशानुक्रम;
- जटिल वस्तुओं को संसाधित करना;
- बहुरूपता और ऑपरेटर ओवरलोडिंग;
- संस्करण बनाना।
ऑब्जेक्ट-ओरिएंटेड डेटाबेस की विशेषता वाले सभी पहलुओं पर पूरी तरह से विचार करने के लिए, सभी महत्वपूर्ण ऑब्जेक्ट प्रतिमानों को नोट करना महत्वपूर्ण है:
- एनकैप्सुलेशन एक ऐसी संपत्ति है जो आपको अन्य वस्तुओं के लिए जानकारी छिपाने की अनुमति देती है, जिससे गलत पहुंच या विरोध को रोका जा सकता है।
- विरासत एक ऐसी संपत्ति है जिसके द्वारा वस्तुओं को एक वर्ग पदानुक्रम में व्यवहार विरासत में मिलता है।
- बहुरूपता एक ऑपरेशन की एक संपत्ति है जिसके साथ इसे लागू किया जा सकता हैविभिन्न प्रकार की वस्तुएं।
- किसी ऑपरेशन के इंटरफ़ेस या हस्ताक्षर में उसके तर्कों या मापदंडों के नाम और डेटा प्रकार शामिल होते हैं।
- किसी ऑपरेशन के कार्यान्वयन या विधि को अलग से निर्दिष्ट किया जाता है और इंटरफ़ेस को प्रभावित किए बिना बदला जा सकता है। उपयोगकर्ता एप्लिकेशन निर्दिष्ट संचालन को उनके नाम और तर्कों के माध्यम से कॉल करके डेटा के साथ काम कर सकते हैं, भले ही उन्हें कैसे लागू किया गया हो।
कक्षाएं और कार्यक्षमता
ओओडीबी में कक्षाओं की अवधारणा पर विचार करते समय, "वर्ग" और "प्रकार" शब्दों के बीच अंतर करना आवश्यक है। समान व्यवहार वाली वस्तुओं के एक समूह का वर्णन करने के लिए एक प्रकार का उपयोग किया जाता है। इस अर्थ में, यह इस बात पर निर्भर करता है कि ऑब्जेक्ट पर कौन से ऑपरेशन कॉल किए जा सकते हैं। एक वर्ग वस्तुओं का एक संग्रह है जो समान आंतरिक संरचना को साझा करता है, इसलिए यह एक कार्यान्वयन को परिभाषित करता है, जबकि एक प्रकार इसका उपयोग करने का तरीका बताता है।
शब्द तात्कालिकता इस तथ्य को संदर्भित करता है कि एक वर्ग की तात्कालिकता का उपयोग उन वस्तुओं के एक सेट का उत्पादन करने के लिए किया जा सकता है जिनकी संरचना और व्यवहार वर्ग द्वारा निर्धारित समान है।
एक विशेषता जो वस्तुओं के विकास के लिए बहुत महत्वपूर्ण है, वह यह है कि यह पहचान बनाए रखते हुए विशेषताओं और संचालन सहित अपने वर्ग को बदल सकता है। इसके लिए परिणामी अर्थपूर्ण अखंडता को संभालने के लिए एक तंत्र की आवश्यकता होगी।
संगठन के ऑब्जेक्ट-ओरिएंटेड डेटाबेस को इनहेरिट करने से एक वर्ग को पहले से मौजूद सुपरक्लास के उपवर्ग के रूप में परिभाषित किया जा सकता है। यह बाद की सभी विशेषताओं और विधियों को इनहेरिट करेगा और वैकल्पिक रूप से परिभाषित कर सकता हैअपना। पुन: उपयोग का समर्थन करने के लिए यह अवधारणा एक महत्वपूर्ण तंत्र है। दो अलग-अलग वर्गों की संरचना के समान भागों को एक सामान्य सुपरक्लास में केवल एक बार परिभाषित किया जा सकता है, इस प्रकार कम कोड लिखा जाएगा। कुछ प्रणालियाँ हैं जो एक वर्ग को एक से अधिक सुपरक्लास का उपवर्ग बनाने की अनुमति देती हैं। एकल वंशानुक्रम के विपरीत इस विशेषता को एकाधिक वंशानुक्रम कहा जाता है।
ऑब्जेक्ट ओरिएंटेड डेटाबेस का उदाहरण
चित्र और वीडियो कक्षाओं से मीडिया सुपरक्लास के विभिन्न लेकिन समान तरीकों के लिए एक ही नाम का उपयोग करना अक्सर उपयोगी होता है। कई फाइलें अलग-अलग दर्शकों द्वारा देखी जा सकती हैं। उन्हें अक्सर "व्यू" पद्धति का उपयोग करके सभी फ़ोटो और वीडियो देखने की आवश्यकता होती है, और उपयुक्त प्रोग्राम लॉन्च किया जाना चाहिए। जब फ़ंक्शन को कॉल किया जाता है और वीडियो का लिंक पास किया जाता है, तो मीडिया प्लेयर लॉन्च हो जाता है। इस सुविधा को लागू करने के लिए, सबसे पहले, चित्र और वीडियो कक्षाओं से आम मीडिया सुपरक्लास में "प्रस्तुति" संचालन को परिभाषित करना आवश्यक है। प्रत्येक उपवर्ग अपनी विशिष्ट आवश्यकताओं के लिए लुकअप ऑपरेशन को फिर से परिभाषित करता है। इसका परिणाम विभिन्न विधियों में होता है जिनका एक ही ऑपरेशन नाम होता है। इस मामले में, इस फ़ंक्शन का उपयोग करने का एक महत्वपूर्ण लाभ है।
OODB संरचना
ऑब्जेक्ट-ओरिएंटेड प्रतिमान एक मॉड्यूल में प्रत्येक ऑब्जेक्ट से संबंधित डेटा और कोड के एनकैप्सुलेशन पर आधारित है। वैचारिक रूप से, इसके और बाकी सिस्टम के बीच सभी इंटरैक्शन संदेशों का उपयोग करके किए जाते हैं। इसलिए इंटरफ़ेसउनके बीच अनुमत सेट द्वारा निर्धारित किया जाता है।
सामान्य तौर पर, प्रत्येक वस्तु एक सेट से जुड़ी होती है:
- वेरिएबल जिसमें ऑब्जेक्ट डेटा होता है और ईआर मॉडल विशेषताओं के अनुरूप होता है।
- मैसेज जिनका वह जवाब देते हैं। प्रत्येक के पास एक या अधिक पैरामीटर हो सकते हैं या नहीं भी हो सकते हैं।
- तरीके, जिनमें से प्रत्येक एक कोड है जो संदेशों को लागू करता है और इसके जवाब में एक मान देता है।
ओओ वातावरण में मैसेजिंग का मतलब कंप्यूटर नेटवर्क में भौतिक एसएमएस का उपयोग नहीं है। इसके विपरीत, यह वस्तुओं के बीच अनुरोधों के आदान-प्रदान को संदर्भित करता है, भले ही उनके कार्यान्वयन का सही विवरण कुछ भी हो। कभी-कभी एक अभिव्यक्ति इस तथ्य को ट्रिगर करने के लिए एक विधि को कॉल करती है कि एक संदेश किसी वस्तु को भेजा गया है, और संबंधित विधि के निष्पादन का उपयोग करता है।
वस्तु पहचान
ऑब्जेक्ट-ओरिएंटेड डेटाबेस सिस्टम डेटाबेस में संग्रहीत प्रत्येक स्वतंत्र ऑब्जेक्ट के लिए एक विशिष्ट पहचान प्रदान करता है। यह आमतौर पर सिस्टम द्वारा उत्पन्न विशिष्ट वस्तु पहचानकर्ता या OID का उपयोग करके कार्यान्वित किया जाता है। OID मान बाहरी उपयोगकर्ता के लिए अदृश्य है, लेकिन सिस्टम इसका उपयोग आंतरिक रूप से वस्तुओं के बीच लिंक प्रबंधित करने के लिए करता है।
एक OID की मुख्य संपत्ति अपरिवर्तनीय होना है। किसी विशेष वस्तु के लिए OID मान कभी नहीं बदलना चाहिए। यह प्रतिनिधित्व की जा रही वास्तविक दुनिया की पहचान को बरकरार रखता है। यह भी पसंद किया जाता है कि प्रत्येक OID का उपयोग केवल एक बार किया जाता है, भले ही इसे डेटाबेस से हटा दिया जाए, इसका OID दूसरे को नहीं सौंपा जाना चाहिए। इसे भौतिक पर आधारित करना भी अक्सर अनुचित माना जाता हैभंडारण में वस्तु का पता, क्योंकि उन्हें डेटाबेस में पुनर्गठित करने से OID बदल सकता है। हालाँकि, कुछ सिस्टम भौतिक पते का उपयोग OID के रूप में वस्तुओं को पुनः प्राप्त करने की दक्षता बढ़ाने के लिए करते हैं। एक वस्तु-उन्मुख ढांचा स्वचालित रूप से संबंधपरक बाधाओं को लागू करता है, आमतौर पर अधिक लागू होता है: डोमेन, कुंजी, वस्तु अखंडता, और संदर्भात्मक अखंडता।
तीन मुख्य निर्माता
OODB में, कुछ प्रकार के कंस्ट्रक्टरों का उपयोग करके दूसरों से जटिल वस्तुओं के मूल्य या अवस्थाएँ बनाई जा सकती हैं। उनका प्रतिनिधित्व करने का एक तरीका यह है कि प्रत्येक को ट्रिपलेट (i, c, v) के रूप में सोचें, जहां i ऑब्जेक्ट का विशिष्ट पहचानकर्ता (OID) है, c कंस्ट्रक्टर है, अर्थात, ऑब्जेक्ट का मान कैसा है, इसका सूचक है। बनाया गया है, और v वस्तु का मान या स्थिति है। डेटा मॉडल और OO सिस्टम के आधार पर कई कंस्ट्रक्टर हो सकते हैं।
तीन मूल ऑब्जेक्ट-ओरिएंटेड डेटाबेस कंस्ट्रक्टर:
- परमाणु;
- टुपल्स;
- सेट।
अन्य अधिक सामान्य उपयोग सूचियां और चार्ट हैं। डी डोमेन भी है, जिसमें सिस्टम पर सीधे उपलब्ध सभी बुनियादी परमाणु मूल्य शामिल हैं। वे आम तौर पर पूर्णांक, वास्तविक संख्या, वर्ण तार, तिथियां, और किसी भी अन्य प्रकार के डेटा को शामिल करते हैं जो सिस्टम सीधे संभालता है। वस्तुओं की संरचना और संचालन दोनों वर्ग परिभाषाओं में शामिल हैं।
प्रोग्रामिंग भाषाओं के साथ संगतता
ऑब्जेक्ट-ओरिएंटेड डेटाबेस की मुख्य अवधारणाओं का उपयोग किया जाता हैडिजाइन उपकरण के रूप में और डेटाबेस के साथ काम करने के लिए संहिताबद्ध।
ऐसी कई संभावित भाषाएं हैं जिनमें इन अवधारणाओं को एकीकृत किया जा सकता है:
- जटिल प्रकार और OOP जोड़कर SQL जैसी डेटा प्रोसेसिंग के लिए भाषा का विस्तार करना। सिस्टम ऑब्जेक्ट-ओरिएंटेड एक्सटेंशन को रिलेशनल सिस्टम को प्रदान करता है, जिसे ऑब्जेक्ट-ओरिएंटेड रिलेशनल सिस्टम कहा जाता है।
- मौजूदा ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग भाषा का उपयोग करना और इसे डेटाबेस के साथ काम करने के लिए विस्तारित करना। उन्हें लगातार प्रोग्रामिंग लैंग्वेज कहा जाता है और डेवलपर्स को SQL जैसी डेटा प्रोसेसिंग लैंग्वेज से गुजरे बिना सीधे डेटा के साथ काम करने की अनुमति देता है। उन्हें लगातार कहा जाता है क्योंकि डेटा प्रोग्राम के अंत के बाद भी मौजूद रहता है जिसने इसे बनाया है।
यह तय करते समय कि किस विकल्प का उपयोग करना है, ध्यान रखें कि लगातार भाषाएँ शक्तिशाली होती हैं, और डेटाबेस को नुकसान पहुँचाने वाली प्रोग्रामिंग गलतियाँ करना अपेक्षाकृत आसान होता है। भाषाओं की जटिलता उच्च-स्तरीय स्वचालित अनुकूलन बनाती है, जैसे कि डिस्क I / O को कम करना, कठिन। कई अनुप्रयोगों में, घोषणात्मक प्रश्न करने की क्षमता महत्वपूर्ण है, लेकिन वर्तमान में लगातार भाषाएं बिना किसी समस्या के ऐसे प्रश्नों की अनुमति नहीं देती हैं।
विरासत प्रकार का पदानुक्रम
ऑब्जेक्ट-ओरिएंटेड डेटाबेस स्कीमा में आमतौर पर बड़ी संख्या में कक्षाओं की आवश्यकता होती है। हालांकि, कई वर्ग एक दूसरे के समान हैं। उनके बीच समानता के प्रत्यक्ष प्रतिनिधित्व की अनुमति देने के लिए, आपको रखना होगाउन्हें विशेषज्ञता के एक पदानुक्रम में। यह अवधारणा ईआर मॉडल के समान है। वर्ग विशेषज्ञता को उपवर्ग कहा जाता है, जो मौजूदा वर्ग के लिए अतिरिक्त विशेषताओं और विधियों को परिभाषित करता है। उपवर्गों के साथ बनाई गई वस्तुएं माता-पिता से सब कुछ प्राप्त करती हैं। हो सकता है कि इनमें से कुछ विरासत में मिली विशेषताएँ पदानुक्रम में ऊपर के लोगों से उधार ली गई हों।
ऑब्जेक्ट्स को जटिल माना जाता है क्योंकि उन्हें बड़ी मात्रा में स्टोरेज स्पेस की आवश्यकता होती है और वे मानक डेटा प्रकारों का हिस्सा नहीं होते हैं जो ऑब्जेक्ट ओरिएंटेड डेटाबेस मैनेजमेंट (OODBS) आमतौर पर प्रदान करता है। क्योंकि वस्तुओं का आकार महत्वपूर्ण है, SOOBMS किसी वस्तु का एक हिस्सा प्राप्त कर सकता है और संपूर्ण वस्तु को प्राप्त करने से पहले इसे एक अनुप्रयोग को प्रदान कर सकता है। यह किसी ऑब्जेक्ट के हिस्सों को समय से पहले प्राप्त करने के लिए बफर और कैशे विधियों का भी उपयोग कर सकता है, इससे पहले कि कोई एप्लिकेशन उन तक पहुंच सके।
OODB उपयोगकर्ताओं को नए प्रकार बनाने की अनुमति देता है जिसमें संरचना और संचालन दोनों शामिल हैं, इस मामले में एक्स्टेंसिबल टाइप सिस्टम। आप उनकी संरचना और संचालन को परिभाषित करके नए प्रकार के पुस्तकालय बना सकते हैं। उनमें से कई स्ट्रिंग्स और कैरेक्टर या बिट्स के रूप में एक बड़ी संरचित वस्तु को स्टोर और प्राप्त कर सकते हैं, जो व्याख्या के लिए एप्लिकेशन प्रोग्राम में "जैसा है" पास किया जाता है।
विधि नाम से लक्ष्य वस्तु की विशेषताओं तक सीधे पहुंच सकती है, जिसमें मूल वर्ग से विरासत में मिली कोई भी वस्तु शामिल है, लेकिन द्वितीयक संकेतों के साथ अन्य वस्तुओं की विशेषताओं तक पहुंच होनी चाहिए। अवधारणा आपको उसी ऑपरेटर नाम या प्रतीक को के साथ जोड़ने की अनुमति देती हैइसके दो या दो से अधिक अलग-अलग कार्यान्वयन, यह उन वस्तुओं के प्रकार पर निर्भर करता है जिन पर यह लागू होता है।
बिल्डिंग ऐप्स
ओओ सिस्टम का उपयोग करने वाले कई डेटाबेस अनुप्रयोगों को एक ही ऑब्जेक्ट के कई संस्करणों की आवश्यकता होती है। आमतौर पर, रखरखाव गतिविधियों को एक सॉफ्टवेयर सिस्टम पर लागू किया जाता है क्योंकि उनकी आवश्यकताएं बदलती हैं, और इसमें कुछ विकास और कार्यान्वयन मॉड्यूल को बदलना शामिल है। यदि सिस्टम पहले से चल रहा है और यदि एक या अधिक मॉड्यूल को बदलने की आवश्यकता है, तो डेवलपर को परिवर्तन करके उनमें से प्रत्येक का एक नया संस्करण बनाना होगा।
ध्यान दें कि किसी वस्तु के दो से अधिक संस्करण हो सकते हैं, यदि मूल मॉड्यूल के अतिरिक्त दो की आवश्यकता होती है। एक ही सॉफ्टवेयर मॉड्यूल के अपने संस्करणों को एक ही समय में अपडेट किया जा सकता है। इसे समानांतर ऑब्जेक्ट-ओरिएंटेड डेटाबेस डिज़ाइन कहा जाता है। हालांकि, हमेशा एक बिंदु आता है जहां हाइब्रिड ओओडीबी के लिए किए गए परिवर्तनों को शामिल करने के लिए उन्हें विलय करने की आवश्यकता होती है ताकि वे संगत हों।
वस्तु-उन्मुख स्थितियां
सभी कंप्यूटर सिस्टम में उनके आर्किटेक्चर के गुणों पर विचार किया जाना चाहिए। उदाहरण के लिए, एक सिस्टम में तालिकाओं को संबंधपरक माना जाना चाहिए। OODB कोई अपवाद नहीं है और इसमें ऑब्जेक्ट आर्किटेक्चर के कुछ बुनियादी गुण शामिल हैं। हालांकि, वास्तविक दुनिया में, इनमें से कई गुणों पर चर्चा की जाती है और कुछ, जैसे कि एकाधिक वंशानुक्रम, को ऑब्जेक्ट-ओरिएंटेड डेटाबेस मॉडल के बजाय एन्हांसमेंट माना जाता है।आधार रेखा के हिस्से के रूप में। उदाहरण के लिए, ऑब्जेक्ट-ओरिएंटेड भाषा स्मॉलटाक में, मल्टीपल इनहेरिटेंस समर्थित नहीं है, भले ही इसे ऑब्जेक्ट आर्किटेक्चर का हिस्सा माना जाता है।
वर्ग के लिए विधियाँ संचालन के एक सेट को परिभाषित करती हैं जिसे किसी वस्तु पर किया जा सकता है। उदाहरण के लिए, जब इसे किसी ऑब्जेक्ट पर लागू किया जाता है, तो यह या तो एक मान लौटाता है या मानों को अपडेट करने के लिए कुछ ऑपरेशन करता है। कभी-कभी विधियां इसे वापस नहीं करती हैं। यदि विधि को वाहन के लिए यात्रियों की संख्या को अद्यतन करने के लिए डिज़ाइन किया गया था, तो कोई मूल्य नहीं लौटाया जाएगा, लेकिन लक्ष्य में डेटा तत्व इसे बदल देगा।
ऑब्जेक्ट OODB में एक मौलिक अवधारणा है। अनिवार्य रूप से, वस्तुएं वास्तविक दुनिया की चीजों का एक सार प्रतिनिधित्व हैं जो इसमें संग्रहीत हैं। एक वस्तु इस अर्थ में एक वर्ग का एक उदाहरण है कि इसे इसकी परिभाषा से बाहर रखा गया है।
आप किसी वस्तु को एक स्व-निहित पैकेज के रूप में सोच सकते हैं जिसमें तीन भाग होते हैं:
- स्वयं की व्यक्तिगत जानकारी, डेटा मान।
- निजी प्रक्रियाएं जो वर्ग परिभाषा के माध्यम से मूल्यों में हेरफेर करेंगी।
- इंटरफ़ेस खोलें ताकि यह ऑब्जेक्ट दूसरों के साथ संचार कर सके।
OODB उदाहरण
ओओडीबी का उपयोग अवधारणा को सरल बनाता है क्योंकि उस जानकारी का प्रतिनिधित्व करना अधिक स्वाभाविक है जिसे संग्रहीत करने की आवश्यकता है। डेटाबेस की संरचना या तर्क को मॉडल करने के लिए, वर्ग आरेखों का उपयोग आपको कक्षाओं को उनके संरचनात्मक संबंधों और विरासत के साथ पेश करने की अनुमति देता है। गतिकी, अंतःक्रिया और. के भाग को मॉडल करने के लिएवस्तुओं के बीच व्यवहार, एक अस्थायी संबंध में स्थित वस्तुओं के बीच बातचीत का प्रतिनिधित्व करने के लिए एक अनुक्रम आरेख का उपयोग किया जाएगा, संभावित राज्यों का वर्णन करता है ताकि घटना होने के बाद उन्हें बदली हुई स्थिति में पाया जा सके।
ऑब्जेक्ट-ओरिएंटेड डेटाबेस का एक उदाहरण नीचे दिखाया गया है।
उनका एक नाम और जीवन भर है, जो अस्थायी या स्थायी हो सकता है। OODB कुंजी वह क्षमता है जो वे डेवलपर को यह निर्दिष्ट करने के लिए प्रदान करते हैं कि उन पर कितनी संरचनाएं और संचालन लागू होंगे। जटिल डेटा प्रकारों को संभालने के लिए लचीलापन और समर्थन है। आप कक्षाएं और उपवर्ग बना सकते हैं, उदाहरण के लिए, ग्राहक आधार में इस ग्राहक के लिंक का एक उपवर्ग हो सकता है, और यह मूल वर्ग की सभी विशेषताओं और विशेषताओं को इनहेरिट करेगा, यह दृष्टिकोण आपको जटिल डेटा को जल्दी और लचीले ढंग से संसाधित करने की अनुमति देता है।
