OSCON पर कल, जोश बर्कस ने DB डिज़ाइन पर एक अच्छा ट्यूटोरियल दिया, और उन्होंने इसका एक अच्छा अंश निर्दयतापूर्वक ऐसे "ईएवी "इल टेबल्स; आपको जल्द ही OSCON साइट पर उनकी स्लाइड्स और अंत में उनके पूरे ट्यूटोरियल की ऑडियो रिकॉर्डिंग ऑनलाइन मिलनी चाहिए (बाद वाले में शायद कुछ समय लगेगा)।
आपको प्रति विशेषता में शामिल होने की आवश्यकता होगी (values . के कई उदाहरण) तालिका, एक प्रति विशेषता जिसे आप ला रहे हैं या अपडेट कर रहे हैं) इसलिए मुझे नहीं पता कि "कम जॉइन टेबल" से आपका क्या मतलब है। एक ही तालिका के कई उदाहरणों में शामिल होना विशेष रूप से तेज़ संचालन नहीं है, और आपका डिज़ाइन सूचकांकों को लगभग अक्षम्य और अनुपयोगी बनाता है।
कम से कम एक मामूली सुधार के रूप में आपकी विशेषताओं के मूल्यों के लिए प्रति-प्रकार की अलग-अलग तालिकाओं का उपयोग करें (हो सकता है कि कुछ अनुक्रमण उस मामले में लागू हो, हालांकि MySQL की प्रति तालिका प्रति क्वेरी एक इंडेक्स तक सीमित है, यहां तक कि यह कुछ हद तक संदिग्ध है)।
