ईआर आरेख और डेटाबेस स्कीमा के बीच क्या अंतर है?

Question

ईआर आरेख और डेटाबेस स्कीमा के बीच क्या अंतर है? MySQL वर्कबेंच में ईआर आरेखों को आकर्षित करने की सुविधा है, लेकिन ईआर आरेखों के प्रतीक MySQL वर्कबेंच विधि से अन्य ड्राइंग टूल में अलग हैं।

Answer 1

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

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

Answer 2

एक डेटाबेस स्कीमा आमतौर पर एक रिलेशनल मॉडल/आरेख है। यह तालिकाओं के बीच का लिंक दिखाता है: प्राथमिक कुंजी और विदेशी कुंजी।

डेटाबेस आरेख में एक सेब और एक सेब के पेड़ के बीच संबंध होगा: एक विदेशी कुंजी "आईडी__टीआरई" जो तालिका में शून्य नहीं हो सकती है "APPLE" तालिका में प्राथमिक कुंजी "आईडी_TRE" से जुड़ी है "ट्री "।

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

इकाई संबंध के साथ संबंधों को इस प्रकार वर्णित किया जाएगा: एक सेब को कम से कम एक पेड़ से संबंधित होना चाहिए और केवल एक पेड़ (1-1) से संबंधित हो सकता है। एक पेड़ को एक सेब मौजूद नहीं होना चाहिए, लेकिन इसमें सेब की असीमित संख्या हो सकती है (0-एन)।

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

Answer 3

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

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

डेटा स्कीमा ERDs करने के लिए कुछ सादृश्य होता है, पर वे नहीं करना चाहिए या तो समकक्ष या विनिमय करने योग्य माना जा सकता है। यदि आप एक ईआरडी बनाते हैं जिसका उपयोग डेटा स्कीमा के रूप में किया जा सकता है ... संभावना है कि आपने ईआरडी नहीं बनाया है! ;-)

डेटा स्कीमा एक डीबीए का वर्णन करने के लिए उपयोग किए जाने वाले आरेख हैं जो डेटा डेटाबेस (संबंधपरक या गैर-संबंधपरक) में संग्रहीत किए जाएंगे।

• डेटा स्कीमा लगभग अनावश्यक संरचना & तालिकाओं की विशेषताओं का वर्णन करते हैं;
• टेबल्स "कंटेनर" (कार्डबोर्ड बक्से) हैं;
• एक डेटा स्कीमा में जैसे तालिकाओं के रूप में सबसे अच्छा एक ही ब्लॉग के लिए एक स्कीमा में टेबल के PLURAL
• उदाहरण में नाम हैं: MEMBERS, POSTS, CATEGORIES, COMMENTS (संबंधपरक डेटाबेस) या POSTS (द्वारा keyed सदस्य-दिनांक और 1 तालिका के अन्य सभी स्तंभों (एक "बड़ा डेटा" परियोजना के लिए की तरह गैर संबंधपरक डेटाबेस);

• एक डेटा स्कीमा तो डेटा प्रत्येक तालिका में निहित का वर्णन होगा:

  MEMBER 
  FirstName (char:25) 
  LastName (char:25) 
  

  आदि

• एक डेटा स्कीमा में तालिकाओं के बीच लाइनों किसी भी 'संबंध' 2 क्षेत्रों जो टेबल "में शामिल होने" के लिए इस्तेमाल किया जा सकता है, और कुछ अतिरिक्त विशेषताओं के बीच एक "KEY" के अलावा अन्य का प्रतिनिधित्व करने की कोशिश नहीं करेंगे उन पंक्तियों में से एन: एन संबंधों को इंगित करने के लिए।

दोनों चित्र काफी अलग प्रयोजनों की सेवा: ERD: मात्र नश्वर अंत उपयोगकर्ताओं (और व्यापार मालिकों) किसी दिए गए व्यापार समाधान के मॉडल को समझने बनाने के लिए; और डेटा SCHEMA: डीबीए द्वारा निर्मित डेटाबेस में एक "ब्लूप्रिंट", और डेवलपर द्वारा उस डेटाबेस में डेटा को समझने के लिए उपयोग किया जाता है।