उपयोग

Question

मेरे पास निम्न तालिकाओं:

Cateogories

• CategoryID (int) प्राथमिक कुंजी
• CategoryName (varchar)

आइटम

• आईटी मध्य (int) प्राथमिक कुंजी
• CategoryID (int)
• ITEMNAME (varchar)

Items.CategoryID पर एक विदेशी कुंजी बाधा नहीं है। एक मौका है कि जब एक नई वस्तु बनाई जाती है तो कोई श्रेणी निर्दिष्ट नहीं की जाएगी।

क्या आइटम को सेट करना बेहतर है। श्रेणीकरण को नल की अनुमति देने और मेरे कोड में नल के साथ सौदा करने के लिए बेहतर है या नल की अनुमति न देने के लिए बेहतर है, डिफ़ॉल्ट श्रेणी आईडी को 1 पर सेट करें, और "Uncategorized" नामक श्रेणियों तालिका में एक डमी रिकॉर्ड बनाएं। और फिर मेरे कोड में उस डमी श्रेणी से निपटें?

Answer 1

जब आइटम के लिए कोई श्रेणी नहीं है तो श्रेणी आईडी कॉलम NULL के लिए तर्कसंगत सही तरीका होगा।

यदि आप नल के उपयोग से जुड़े किसी भी गॉथस से फंस गए हैं, तो यह संभवतः एक संकेत है कि डिजाइन ने इस तथ्य को नहीं लिया है कि वस्तुओं में कोई श्रेणी नहीं हो सकती है। डिजाइन को ठीक करें। एनयूएलएल सुनिश्चित करेगा कि आप सही समस्या को हल करने के लिए चिपके रहें।

Answer 2

SQL NULLs are tricky, इसलिए मुझे लगता है कि आप एक सेंटीनेल श्रेणी से बेहतर हैं।

Answer 3

इस मामले में मेरा मानना ​​है कि यह वास्तव में व्यक्तिगत वरीयता का मामला है। किसी भी तरह से आपको अपने कोड में अनुक्रमित वस्तुओं से निपटना होगा।

Answer 4

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

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

Answer 5

यह निर्भर करता है:

अपने आइटम वास्तव में कोई श्रेणी है, तो मैं NULL रों की अनुमति होगी, के रूप में है कि तुम क्या है: कोई CategoryID।

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

यदि आप सभी वस्तुओं को प्रदर्शित करना और श्रेणियां दिखाना चाहते हैं, तो आप बेहतर जानते होंगे कि श्रेणी के बिना आइटम हैं, इसलिए आप उस मामले में LEFT JOIN का उपयोग करेंगे।

यदि संभव हो, तो वास्तव में अपने आइटम को सहेजने से पहले एक श्रेणी का चयन करने के लिए अपना एप्लिकेशन बदलें।

---

आप (उन्हें अन्य श्रेणियों के साथ सूची, यह करने के लिए आवंटित आइटम गिनती सूचियों/ड्रॉपडाउन में उसका चयन करें) बस अन्य श्रेणियों जैसी कि Uncategorized श्रेणी के इलाज के लिए है, तो यह यह अपनी श्रेणी है मिलना चाहिए चाहते हैं, और आइटम। श्रेणी आईडी NOT NULL होना चाहिए।

Answer 6

मुझे विश्वास नहीं है कि विकल्पों में से कोई भी बहुत अच्छा है।

यदि आप नल दृष्टिकोण चुनते हैं तो आपको एनयूएलएल के साथ काम करने में शामिल गठिया के साथ समस्या होगी। यदि आप नल की अनुमति नहीं देना चुनते हैं, तो आपको मामलों को संभालने की आवश्यकता होगी, जहां आप एक श्रेणी को हटा दें, तो आइटम कैस्केड होगा।

आईएमओ सबसे अच्छा डिजाइन तीन टेबल होना है।

Categories 
ID 
Name 

Items 
ID 
Name 

Categories2Items 
CategoryID 
ItemID 

यह शून्य के लिए की जरूरत है (और gotchas शामिल) के साथ ही आप अवर्गीकृत आइटम नहीं हैं के लिए अनुमति देता है, और आइटम जो कई श्रेणियों के हैं दूर करता है। इस डिजाइन जो हमेशा एक अच्छी बात है बोयस-कॉड सामान्य रूप में भी है .. en.wikipedia.org/wiki/BCNF

Answer 7

इस प्रकार यह लगभग हमेशा बेहतर है NULLs नामंज़ूर करने और अपने लुकअप तालिका में अज्ञात मूल्य के सरल देखने तालिकाओं के लिए।

क्यों?

• क्योंकि एएनएसआई नल विनिर्देश असंगत और बहुत जटिल हैं। nulls के साथ काम बहुत कोडिंग दोष की संभावना बढ़ जाती है, और एक बहुत अधिक कोड
• लिखने के लिए कुछ डेवलपर्स वास्तव में समझ कैसे NULLs सभी स्थितियों
• में काम करते हैं क्योंकि यह अच्छी तरह से अपने मॉडल और प्रश्नों को सरल क्योंकि लेता है। आप बहुत सरल एसक्यूएल के साथ किसी भी दिशा से आंतरिक जुड़ने के साथ अच्छी तरह से चीजों में शामिल हो सकते हैं।

हालांकि, कुछ सावधानियों:

• आप एक "डमी" मूल्य से अधिक कर सकते हैं: के लिए "नहीं सौंपा" "अज्ञात" के लिए और दूसरा। बेशक, न्यूल दोनों एक ही मूल्य में बंडल करते हैं, इसलिए यदि आप ऐसा करते हैं तो आप कम से कम & से ऊपर जा रहे हैं।
• आप कभी-कभी अतिरिक्त गैर-कुंजी विशेषताओं को समाप्त कर देंगे जो या तो डमी पंक्तियों के लिए शून्य या 'n/a' प्रकार मान लेना चाहिए। भारी रूप से denormalized लुकअप टेबल (गोदाम आयामों की तरह) के लिए आप शायद इन कॉलम के लिए nulls अनुमति देता है क्योंकि 'n/a' टाइमस्टैम्प, रकम आदि के लिए अच्छी तरह से काम नहीं करता है
• यदि आप इस तकनीक को बस से अधिक के लिए लागू करते हैं सरल लुकअप टेबल यह नाटकीय रूप से आपके डिजाइन को जटिल करेगा। ऐसा मत करो।