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