दिलचस्प पोस्ट
रन-टाइम त्रुटि 1004 एक्सेल 2013 किसी iPhone ऐप पर SQLite डेटाबेस जोड़ें तार के एक आयामी सरणी को कोणीय संसाधन द्वारा 2d तक पार्स किया जा रहा है फ़ोल्डर फिल्टर के साथ गैलरी मैं कैसे पता लगा सकता है कि किस DOM तत्व का ध्यान केंद्रित है? मैं एक विंडोज़ फार्म के सिस्टम मेनू को कैसे कस्टमाइज़ कर सकता हूं? SQL सर्वर में दो भिन्न सर्वर से डेटा का चयन करना पायथन टाइम। नींद PHP स्क्रिप्ट की बेंचमार्क दक्षता कैसे करें कैसे पृष्ठभूमिवर्कर के साथ जीयूआई अपडेट करें? JQuery में एक HTML तालिका में JSON सरणी कनवर्ट करें कैसे मैं आउटपुट org.w3c.dom.Java में स्ट्रिंग प्रारूप करने के लिए एलेमेंट? दृश्य मॉडल (सी #) से WPF में पाठ बॉक्स पर फ़ोकस सेट करें अतिप्रवाह क्यों होता है: उभरे हुए तत्वों को रोकने के लिए ऊंचाई में बढ़ने का अप्रत्याशित दुष्प्रभाव छिपा हुआ है? एक्सएमएल दस्तावेज मर्ज करें

एक इकाई संबंध मॉडल और एक संबंधपरक मॉडल के बीच अंतर क्या है?

मैं केवल निम्नलिखित दो मतभेदों को ढूंढने में सक्षम था:

  1. ईआर मॉडल में रिश्तों को स्पष्ट रूप से परिभाषित किया जाता है, जबकि वे एक संबंधपरक मॉडल में निहित हैं।
  2. रिलेशनल मॉडलों को दो विदेशी कुंजी पकड़ने के लिए मध्यवर्ती सारणी (अक्सर "जंक्शन टेबल" कहा जाता है) की आवश्यकता होती है जो कई-से-कई रिश्ते लागू करते हैं।

और हम संबंधपरक मॉडल का उपयोग क्यों करते हैं, जब हमारे पास ईआर आरेख है?

वेब के समाधान से एकत्रित समाधान "एक इकाई संबंध मॉडल और एक संबंधपरक मॉडल के बीच अंतर क्या है?"

आपके पास यह पीछे की ओर है

  1. ईआर मॉडल में रिश्तों को स्पष्ट रूप से परिभाषित किया जाता है, जबकि वे एक संबंधपरक मॉडल में निहित हैं।

नहीं। प्रत्येक संबंधपरक मॉडल (आरएम) डेटाबेस आधार तालिका और क्वेरी परिणाम एक आवेदन संबंध का प्रतिनिधित्व करता है। इकाई-रिलेशन मॉडलिंग (ई-आरएम) स्कीमा सिर्फ एक संयोजन का (लेकिन अंडर-स्पेसिफिकेशन) तहत (लेकिन गलतफहमी के साथ) संबंधपरक तालिकाओं और बाधाओं का एक तरीका है।

  1. रिलेशनल मॉडलों को दो विदेशी कुंजी पकड़ने के लिए मध्यवर्ती सारणी (अक्सर "जंक्शन टेबल" कहा जाता है) की आवश्यकता होती है जो कई-से-कई रिश्ते लागू करते हैं।

नहीं। यह ऑब्जेक्ट-रिलेशनल मैपिंग (ओआरएम) है जो कि उनके अंतर्निहित सीधी संबंधपरक अनुप्रयोग संबंध, तालिकाओं और बाधाओं को अस्पष्ट करता है। "जंक्शन टेबल" की धारणा ईआरएम के भ्रमित प्रस्तुतियों के ओआरएम गलतफहमी से हुई, जो खुद आरएम को गलत तरीके से समझती है।

जैसा कि सीजे दिनांक ने डाटाबेस सिस्टम्स के लिए एक परिचय दिया, 8 वें संस्करण:

[चेन के मूल पत्र] का एक धर्मार्थ पढ़ना यह सुझाव देगी कि ई / आर मॉडल वास्तव में एक डाटा मॉडल है, लेकिन जो मूल रूप से मूल संबंधपरक मॉडल के शीर्ष पर एक पतली परत है [पी 426]

यह आईटी क्षेत्र की स्थिति पर एक उदास टिप्पणी है कि सरल समाधान लोकप्रिय हैं, जब वे बहुत सरल हैं। [पी 427]

संबंधपरक मॉडल

प्रत्येक संबंधपरक तालिका एक अनुप्रयोग संबंध का प्रतिनिधित्व करती है

-- employee EID has name NAME and ... E(EID,NAME,...) 

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

 /* now also employee 717 has name 'Smith' and ... AND employee 202 has name 'Doodle' and ... */ INSERT INTO E VALUES (EID,NAME,...) (717,'Smith',...),(202,'Doodle',...) 

एक क्वेरी एक्सप्रेशन में रिलायंस ऑपरेटरों और लॉजिक ऑपरेटर (स्थितियों) से निर्मित एक वर्डिकेट भी होता है इसका मूल्य भी पंक्तियों को धारण करता है जो इसकी वास्तविकता बनाते हैं और उनको छोड़ देते हैं जो इसे गलत बनाते हैं।

 /* rows where FOR SOME E.*, M.*, EID = E.EID AND ... AND MID = M.MID AND employee E.EID has name E.NAME and ... AND manager M.MID has AND E.DEPT = M.DEPT AND E.NAME = 'Smith' /* SELECT E.*, M.MID FROM E JOIN M ON E.DEPT = M.DEPT WHERE E.NAME = 'Smith' 

सही बयान बनाने वाली तालिकाओं की वर्तमान पंक्तियां और झूठी बयान देने वाली अनुपस्थित पंक्तियां यह है कि हम डेटाबेस में आवेदन की स्थिति के बारे में कैसे रिकॉर्ड करते हैं और हम किस तरह व्याख्या करते हैं कि डेटाबेस स्थिति की स्थिति के बारे में कह रहा है। कोई भी भविष्यवाणी को समझने और समझने के बिना डाटाबेस का उपयोग या व्याख्या नहीं कर सकता है, अर्थात् अनुप्रयोग संबंध।

इकाई-रिलेशन मॉडलिंग

ई-आरएम (जो वास्तव में आरएम को नहीं समझता है) अनिवार्य रूप से (कुछ हिस्सों) संबंधपरक डेटाबेस (सीमित रूपों) के संबंध में वर्णन करने के लिए अनिवार्य रूप से, प्रतिबंधित और प्रतिबंधित है। मूल रूप से "एंटिटी (क्लास)" आइकॉन / रिलेशन थे जहां उम्मीदवार कुंजी (सीके) मूल्य 1: 1 था, जिसमें आवेदन संस्थाएं और अन्य कॉलम ("एंटिटी" के "गुण") थे और वहां "संबंध (कक्षा)" चिह्न थे / टेबल जो विदेशी संस्थाओं (जैसे "संघ" के "संपत्ति") के साथ-साथ अन्य संस्थाओं पर अनुप्रयोग संबंधों का प्रतिनिधित्व करने वाली संस्थाओं के लिए विदेशी कुंजी (एफके) थीं। एक एप्लिकेशन रिलेशनशिप को आइकन द्वारा विभिन्न एंटिटी आइकनों के लिए लाइनों के साथ प्रतिनिधित्व किया गया था जो उसमें भाग लिया था। (Ie लाइनों एफके का प्रतिनिधित्व करती है। कौन सा संबंध नहीं हैं, लेकिन तालिकाओं पर बाधाओं के बारे में बयान हैं।)

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

शॉर्टहैड ई-आरएम और ओआरएम

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

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

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

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