मुझे यकीन नहीं है कि यह पूरी तरह से कैसे शब्द है, लेकिन मुझे इसे आज़माएं। मैं कई अलग-अलग ग्राहकों के साथ वस्तुओं के अपने स्टॉक की जांच करने, कीमतें, ऑर्डर उत्पाद इत्यादि से सबकुछ करने के लिए एक इन्वेंट्री कंट्रोल एप्लिकेशन बनाने के लिए काम कर रहा हूं। फ्रंट एंड फ्लेक्स (फ्लैश बिल्डर) और पीठ में है अंत MySQL और PHP है। तो - मुझे लगता है कि असली सवाल है। जब ग्राहक उत्पाद के लिए ऑर्डर देता है तो मुझे यकीन नहीं है कि वे कितने ऑर्डर कर रहे हैं, लेकिन मुझे सभी वस्तुओं को एक 'टिकट' पर सहेजने की ज़रूरत है। (उदाहरण: एक आदेश 2 सेब, 3 संतरे, केले, और एक कीवी के लिए हो सकता है - अगली बार सिर्फ एक सेब ऑर्डर कर सकती है।) तो मेरे 'टिकट' डेटाबेस में मेरे पास 20 आइटम तक की जगह है (टिकट Item1, टिकट Item2, आदि ...) - यहां स्पष्ट दोष यह है कि यदि ग्राहक केवल एक उत्पाद का आदेश देता है तो मुझे 19 खाली रिक्त स्थान के साथ छोड़ दिया जाता है।क्या यह ठीक है MySQL डेटाबेस में शून्य मानों के बहुत सारे है?
किस प्रकार की समस्याएं, यदि कोई हों, तो आमतौर पर डेटाबेस में बहुत सारे मूल्यों के साथ जुड़े होते हैं? क्या उन्हें होने से रोकने में मदद करने का कोई तरीका है? और क्या इसमें सहायता करने के लिए कोई सुझाव है?
इसके अलावा और अंत में - प्रत्येक आइटम का आदेश दिया गया है (चलो एक सेब का फिर से उपयोग करें) के पास इसके साथ जुड़े अपने अद्वितीय बार कोड हैं। तो एक सेब को 0001 गिना जा सकता है, और दूसरा 4524 हो सकता है ...
आपकी सहायता के लिए धन्यवाद।
-CS
स्टोर ऑर्डर और आदेशित वस्तुओं के लिए 1: n संबंध का उपयोग क्यों नहीं कर सकते? – Maerlyn
[डेटाबेस सामान्यीकरण] पर पढ़ें (http://www.phlonx.com/resources/nf3/)। –
आपको इसे इस तरह से नहीं करना चाहिए। आपको 'ऑर्डर इटम्स' या कुछ नामक एक और टेबल जोड़नी चाहिए, जिसमें ऑर्डर की आईडी है - इस तरह आप प्रति ऑर्डर अनंत उत्पाद प्राप्त कर सकते हैं, इसे प्रबंधित करना बहुत आसान है और यह एक-दूसरे के रिश्ते में है। – Bojangles