6

संबंध डेटाबेस में पहचान और पहचानने वाले संबंधों पर अंतर/स्पष्टीकरण मांगने के आसपास प्रश्नों के जोड़े हैं।संबंधों की पहचान के लिए एक आम आदमी का शब्द

मेरा सवाल है, क्या आप इन शब्दों के लिए एक सरल शब्द के बारे में सोच सकते हैं? मैं समझता हूं कि हालांकि तकनीकी शर्तों को विशिष्ट और स्पष्ट होना चाहिए। लेकिन 'वैकल्पिक नाम' होने से छात्रों को अवधारणा के लिए अधिक आसानी से संबंधित मदद मिल सकती है।

हम वास्तव में अपने डेटाबेस मॉडलिंग टूल में एक और आम आदमी शब्द का उपयोग करना चाहते हैं, ताकि पहली बार कंप्यूटर विज्ञान पृष्ठभूमि के बिना उपयोगकर्ता तेजी से सीख सकें।

चीयर्स!

+0

मैं "रिलेशनशिप डेटाबेस" शब्द से उलझन में हूं। क्या आपका मतलब है "रिलेशनल डेटाबेस" (जिस तरह से, का मतलब है कि टेबल के बीच संबंध हैं), या आप इकाई-संबंध मॉडलिंग, या कुछ और के बारे में बात कर रहे हैं? –

+0

भ्रम के लिए खेद है। मुझे सटीक होने के लिए 'ईआर मॉडलिंग' कहा जाना चाहिए था। और हां, एक संबंध/तालिका का मतलब यह नहीं है कि टेबल के बीच 'रिश्ते' हैं। आपकी सहायताके लिए धन्यवाद! – karlkma

उत्तर

4

मैं अक्सर बच्चे मेज या निर्भर तालिका एक आम शब्द के रूप में प्रयोग किया जाता है देखते हैं। आप एक पहचान के संबंध में किसी भी तालिका के लिए उन शर्तों का उपयोग कर सकते हैं

फिर संदर्भ तालिका एक गैर-पहचान वाले संबंध वाली तालिका है।

उदाहरण के लिए, PhoneNumbers एक बच्चे Users की, एक फोन नंबर अपने उपयोगकर्ता के साथ एक की पहचान संबंध (अर्थात PhoneNumbers की प्राथमिक कुंजी Users की प्राथमिक कुंजी के लिए एक विदेशी कुंजी भी शामिल है) है, क्योंकि है।

जबकि Users तालिका में state कॉलम है जो States तालिका के लिए एक विदेशी कुंजी है, जो इसे एक गैर-पहचान संबंध बना देता है। तो आप Usersसंदर्भStates कह सकते हैं, लेकिन यह प्रति बच्चा नहीं है।

0

कोई connection का उपयोग कर सकता है।

आपके पास दो तालिकाओं के बीच कनेक्शन है, जहां आईडी समान हैं।

उस तरह की चीज।

0

कैसे

के बारे में
  • एसोसिएशन
  • लिंक
  • सहसंबंध
1

मैं ईआर मॉडलिंग से "कमजोर इकाई" शब्द की सिफारिश करने जा रहा हूं।

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

यदि आप ईआर मॉडलिंग करते हैं, तो "कमजोर इकाई" नामक एक प्रकार की इकाई होती है। एक कमजोर इकाई की पहचान का एक हिस्सा एक मजबूत इकाई की पहचान है, जिसके लिए कमजोर व्यक्ति संबंधित है।

एक उदाहरण ऑर्डर प्रोसेसिंग सिस्टम में एक ऑर्डर हो सकता है।ऑर्डर लाइन आइटम से बने होते हैं, और प्रत्येक पंक्ति वस्तु में उत्पाद-आईडी, इकाई-मूल्य और मात्रा होती है। लेकिन लाइन वस्तुओं में सभी ऑर्डर में एक पहचान संख्या नहीं है। इसके बजाए, एक आइटम आइटम की पहचान {आइटम नंबर, ऑर्डर नंबर} द्वारा की जाती है। दूसरे शब्दों में, एक पंक्ति वस्तु मौजूद नहीं हो सकती है जब तक कि यह बिल्कुल एक आदेश का हिस्सा न हो। आइटम नंबर 1 वह पहला आइटम है जो किसी भी क्रम में है, लेकिन आपको किसी आइटम की पहचान करने के लिए दोनों नंबरों की आवश्यकता है।

एक ईआर मॉडल को एक रिलेशनल मॉडल में बदलना आसान है। यह उन लोगों के लिए भी आसान है जो डेटा में विशेषज्ञ हैं लेकिन डेटा के बारे में कुछ भी नहीं जानते हैं जो उन्हें समझने वाले डेटा के ईआर मॉडल में उपयोग करने के लिए उपयोग करते हैं।

अन्य मॉडलर हैं जो ईआर मॉडलिंग की आवश्यकता के खिलाफ जोरदार तर्क देते हैं। मैं उनमें से एक नहीं हूँ।

+0

लेकिन "कमजोर इकाई" आश्रित इकाई प्रकार का नाम है, पहचानने वाले संबंध प्रकार की नहीं, और मुझे लगता है कि अनुरोध किया गया था? –

+0

लेकिन ईआर "कमजोर इकाई (किसी अन्य इकाई का)" का एक अतिरिक्त अर्थपूर्ण प्रतिबंध है कि यह केवल तभी अस्तित्व में हो सकता है जब अन्य इकाई करता है। (इसके अलावा यह एक पहचान रिश्ते का लक्ष्य है, यानी अन्य महत्वपूर्ण इकाइयों के सुपरसेट बनाने वाले इसके प्रमुख कॉलम के अतिरिक्त।) (यानी "कमजोर इकाई" "से संबंधित है।) – philipxy

1

कुछ भी नहीं, मॉडलिंग के बिल्कुल कुछ भी नहीं, जहां "संबंध" (ईआर, मुझे लगता है) जैसी चीजों का सामना करना पड़ता है "तकनीकी", "सटीक" या "अस्पष्ट" है। न ही यह हो सकता है।

ए) ईआर मॉडलिंग हमेशा और अनिवार्य रूप से अनौपचारिक है, क्योंकि यह किसी डेटाबेस की पूरी परिभाषा को कैप्चर/व्यक्त करने के लिए पर्याप्त नहीं हो सकता है।

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

3

मुझे लगता है कि से संबंधित संबंधों के लिए एक अच्छा नाम होगा।

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

+0

'से संबंधित' भी है एक अच्छा कई सक्रिय रिकॉर्ड कार्यान्वयन (जैसे रेल पर रूबी) भी इसका उपयोग करते हैं। काश मैं 2 उत्तरों स्वीकार कर सकता हूं। फिर से धन्यवाद थॉमस! – karlkma

+0

हां, मुझे 'इससे ​​संबंधित' भी पसंद है। +1! –

+0

लेकिन आज मुझे लगता है कि मैंने अपना दिमाग बदल दिया है, और इसे कॉल करना होगा - संबंधों की पहचान करना! यह वह रिश्ता है जिसका उपयोग आप यह पहचानने के लिए करते हैं कि यह कौन सा कमरा है, और शायद "इससे संबंधित" की तुलना में व्याख्या करना मुश्किल नहीं है? –

संबंधित मुद्दे