ऐसा लगता है कि आप पहले से ही उत्तर जानते हैं, लेकिन याद रखें, आपके द्वारा डिज़ाइन किए गए सिस्टम को संशोधित करने के लिए सरल रखें क्योंकि व्यवसाय मॉडल हमेशा समय के साथ बदलते हैं या वे अंततः विफल हो जाते हैं (यह एक सामान्यीकरण है लेकिन आपको विचार मिलता है)। इसका एक परिणाम यह है कि यदि आप एक कठोर मॉडल बनाते हैं, तेज या धीमा, यह कठोर है, परिवर्तन कठिन होंगे और अंतिम उपयोगकर्ता को अंतर दिखाई नहीं देगा, इसलिए कोई पैसा/खुशी परिवर्तन प्राप्त नहीं होता है, जब तक कि यह बहुत खराब परिवर्तन न हो। आपकी समस्या तकनीकी नहीं है जिस तरह से एक क्वेरी इंजन पर काम करती है बल्कि एक दार्शनिक, आसान परिवर्तन बनाम स्पष्ट गति से अधिक है। अपने आप से पूछें, सामान्यीकृत डेटाबेस होने का क्या फायदा है? एक स्वच्छ वास्तुकला और डिजाइन के बारे में सोचें, आज की दुनिया में प्रदर्शन सबसे कम समस्या है क्योंकि प्रसंस्करण सस्ता है और भंडारण भी। लेकिन डिजाइन महंगा है। सिस्टम बनाने के लिए सामान्यीकरण किया गया था जो अंतिम क्षण के निर्णयों पर नहीं बल्कि एक संरचित डिजाइन प्रक्रिया पर निर्भर करता है। बड़ी टेबल MySql के लिए कोई बड़ी बात नहीं है, लेकिन उन्हें बनाए रखने, संशोधित करने और विस्तार करने के लिए एक बड़ी बात है। यह सिर्फ एक और कॉलम नहीं जोड़ रहा है, यह डेटा की कठोर संरचना के बारे में है। अंततः समय के साथ आप केवल उन स्तंभों को जोड़ेंगे जिनमें अनुक्रमणिकाएँ हों, और वे अनुक्रमणिकाएँ छोटी तालिकाओं की ओर इशारा करेंगी। MySql वैसे भी उस सभी डेटा के इर्द-गिर्द जुताई कर रहा होगा। तो मैं पहले वाले के लिए जाऊंगा, बहुत सारी छोटी टेबल, कई-से-अनेक।
