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