डेटा प्रबंधन कुंजी था और आवश्यक था। इसलिए, फाइल सिस्टम के मुद्दों को हल करने के लिए डेटा मॉडल की उत्पत्ति हुई। यहां DBMS में डेटा मॉडल हैं:
हायरार्किकल मॉडल (Hierarchical Model)
हायरार्किकल मॉडल में, रिलेशन के संग्रह द्वारा एक हायरार्किकल रिलेशन बनता है और एक ट्री-जैसी संरचना बनाता है।
संबंध को पैरेंट-चाइल्ड प्रकार के रूप में परिभाषित किया जा सकता है।
सबसे पहले और सबसे लोकप्रिय हायरार्किकल मॉडल में से एक इन्फॉर्मेशन मैनेजमेंट सिस्टम (IMS) है, जिसे IBM द्वारा विकसित किया गया है।
उदाहरण
हायरार्की दर्शाती है कि एक कर्मचारी इंटर्न, कॉन्ट्रैक्ट या फुल-टाइम हो सकता है। सब-लेवल दर्शाते हैं कि फुल-टाइम कर्मचारी को राइटर, सीनियर राइटर या एडिटर के रूप में नियुक्त किया जा सकता है।
लाभ
- हायरार्किकल मॉडल का डिजाइन सरल है।
- पैरेंट/चाइल्ड रिलेशनशिप पर आधारित होने के कारण डेटा इंटीग्रिटी प्रदान करता है।
- डेटा शेयरिंग संभव है क्योंकि डेटा सिंगल डेटाबेस में संग्रहीत है।
- डेटा के बड़े वॉल्यूम के लिए भी यह मॉडल पूरी तरह से काम करता है।
नुकसान
- कार्यान्वयन जटिल है।
- इस मॉडल को इंसर्ट, अपडेट और डिलीट जैसी एनोमली से निपटना पड़ता है।
- रखरखाव कठिन है क्योंकि डेटाबेस में किए गए परिवर्तनों के लिए आपको पूरे डेटाबेस संरचना में परिवर्तन करने पड़ सकते हैं।
नेटवर्क मॉडल (Network Model)
हायरार्किकल मॉडल पैरेंट/चाइल्ड रिलेशनशिप के साथ हायरार्किकल ट्री बनाता है, जबकि नेटवर्क मॉडल में ग्राफ और लिंक होते हैं।
संबंध को लिंक के रूप में परिभाषित किया जा सकता है और यह मैनी-टू-मैनी रिलेशन को संभालता है। यह स्वयं बताता है कि एक रिकॉर्ड के एक से अधिक पैरेंट हो सकते हैं।
उदाहरण
लाभ
- नेटवर्क मॉडल को डिजाइन करना आसान है।
- मॉडल वन-वन, वन-टू-मैनी, मैनी-टू-मैनी रिलेशनशिप को संभाल सकता है।
- यह प्रोग्राम को अन्य विवरणों से अलग करता है।
- मानकों और कन्वेंशन पर आधारित।
नुकसान
- पॉइंटर्स जटिलता लाते हैं क्योंकि रिकॉर्ड पॉइंटर्स और ग्राफ पर आधारित होते हैं।
- डेटाबेस में परिवर्तन आसान नहीं है जो संरचनात्मक स्वतंत्रता प्राप्त करना कठिन बनाता है।
रिलेशनल मॉडल (Relational Model)
एक रिलेशनल मॉडल डेटा को एक या अधिक टेबल में समूहित करता है। ये टेबल सामान्य रिकॉर्ड का उपयोग करके एक दूसरे से संबंधित होते हैं।
डेटा को पंक्तियों और कॉलम के रूप में दर्शाया जाता है यानी टेबल:
उदाहरण
आइए दो रिलेशन <Employee> और <Department> का एक उदाहरण देखें जो DepartmentID से जुड़े हुए हैं, जो <Employee> टेबल का फॉरेन की और <Department> टेबल का प्राइमरी की है।
लाभ
- रिलेशनल मॉडल में वे मुद्दे नहीं हैं जो हमने पिछले दो मॉडल में देखे थे यानी अपडेट, इंसर्ट और डिलीट एनोमली का इस मॉडल से कोई लेना-देना नहीं है।
- डेटाबेस में परिवर्तनों के लिए आपको पूरे डेटाबेस को प्रभावित करने की आवश्यकता नहीं है।
- रिलेशनल मॉडल का कार्यान्वयन आसान है।
- रिलेशनल मॉडल को बनाए रखना थकाऊ कार्य नहीं है।
नुकसान
- डेटाबेस अक्षमताएं छिप जाती हैं और तब उत्पन्न होती हैं जब मॉडल में डेटा का बड़ा वॉल्यूम होता है।
- रिलेशनल डेटा मॉडल का उपयोग करने का ओवरहेड शक्तिशाली हार्डवेयर और उपकरणों का उपयोग करने की लागत के साथ आता है।
