GUIDsआपकी प्राथमिक कुंजी के लिए एक स्वाभाविक विकल्प प्रतीत हो सकते हैं - और यदि आपको वास्तव में चाहिए, तो आप संभवतः तालिका की प्राथमिक कुंजी के लिए इसका उपयोग करने के लिए तर्क दे सकते हैं। मैं जो करने की दृढ़ता से अनुशंसा करता हूं वह GUID कॉलम को क्लस्टरिंग कुंजी के रूप में उपयोग करना है, जो SQL सर्वर डिफ़ॉल्ट रूप से करता है, जब तक कि आप इसे विशेष रूप से नहीं बताते।
क्या मुझे प्राथमिक कुंजी के लिए GUID या int का उपयोग करना चाहिए?
int छोटा, तेज, याद रखने में आसान, कालानुक्रमिक क्रम रखता है। और जहां तक Guid का संबंध है, मुझे केवल यही लाभ मिला है कि यह अद्वितीय है। किस मामले में एक गाइड और इंट से बेहतर होगा और क्यों? मैंने जो देखा है, उसमें संख्या सीमा को छोड़कर int में कोई दोष नहीं है, जो कई मामलों में अप्रासंगिक है।
आपको GUID का उपयोग कब करना चाहिए?
आप इसे कहीं भी उपयोग करते हैं कि आपको एक पहचानकर्ता की आवश्यकता होती है जो एक दूसरे से अलग होने की गारंटी देता है। आम तौर पर GUIDs का उपयोग किया जाता है जब आप एक आईडी को परिभाषित कर रहे होंगे जो उस आईडी से अलग होनी चाहिए जिसे कोई और (आपके नियंत्रण से बाहर) परिभाषित करेगा ActiveX नियंत्रणों पर इंटरफ़ेस पहचानकर्ता में ऐसा एक स्थान.
प्राथमिक कुंजी के लिए किस प्रकार के डेटा का उपयोग किया जाना चाहिए?
पूर्णांक (संख्या) डेटा प्रकार प्राथमिक कुंजी के लिए सबसे अच्छा विकल्प हैं, इसके बाद निश्चित-लंबाई वाले वर्ण डेटा प्रकार हैं। SQL सर्वर संख्या डेटा प्रकार मानों को वर्ण डेटा प्रकार मानों की तुलना में तेज़ी से संसाधित करता है क्योंकि यह प्रसंस्करण से पहले वर्णों को ASCII समकक्ष मानों में परिवर्तित करता है, जो एक अतिरिक्त चरण है।
क्या प्राथमिक कुंजी के रूप में स्ट्रिंग का उपयोग करना बुरा है?
संक्षिप्त उत्तर: प्राथमिक कुंजी के रूप में एक स्ट्रिंग का उपयोग करना बिल्कुल ठीक है।
