प्रोटोटाइप डेटा मॉडल

प्रोटोटाइप डेटा मॉडल में, ऑब्जेक्ट्स को अन्य ऑब्जेक्ट्स के आधार पर बनाया जाता है। इस मामले में, ऑब्जेक्ट का एक प्रोटोटाइप है, इसे अभी भी एक मानक या विरासत में मिली वस्तु कहा जा सकता है। इस डेटा मॉडल में कोई प्रकार या वर्ग नहीं हैं। वस्तुओं को भेद किया जा सकता है कि वे किसके प्रोटोटाइप हैं, लेकिन यह कार्य माध्यमिक है। प्रोटोटाइप का उपयोग मुख्य रूप से वस्तुओं से मौजूदा संरचनाओं का पुन: उपयोग करने के लिए किया जाता है।

संरचना

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

जटिल डेटा संरचनाओं, जैसे कैटलॉग, कई गुणों वाले उत्पादों का प्रतिनिधित्व करने के लिए, वस्तुओं को एक पदानुक्रम में संरचित किया जाता है। प्रत्येक वस्तु अपने अधीनता में असीमित संख्या में वस्तुओं को रखने में सक्षम है, जबकि केवल एक अन्य वस्तु के अधीनस्थ होने के नाते, जो कि उसके अधीनता में नहीं है। वस्तुओं का सामान्य पदानुक्रम। पदानुक्रम की सहायता से, मानवता लंबे समय से वास्तविक दुनिया का संरचित ज्ञान है, यह जानकारी प्रस्तुत करने का एक प्राकृतिक और सुविधाजनक तरीका है। हर चीज में पदानुक्रम।



लेकिन एक पदानुक्रम वास्तविक या काल्पनिक दुनिया की वस्तुओं का अनुकरण नहीं करता है। उदाहरण के लिए, एक उत्पाद को कई निर्देशिकाओं में एक साथ नहीं रखा जा सकता है। पदानुक्रम की विभिन्न शाखाओं से वस्तुओं को जोड़ना आवश्यक है।

विरासत

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

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

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



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

तर्क

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

पहचान

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

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

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



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

पुनश्च

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

अतिरिक्त जानकारी:
1. सीएमएस वास्तुकला में मॉडल का अनुप्रयोग: boolive.ru/createcms/data-and-logic-model
2. क्षैतिज स्केलिंग के साथ MySQL में कार्यान्वयन: boolive.ru/createcms/sectioning