आपको डेटा को सामान्य करने के अलावा इसके विरुद्ध चल रहे प्रश्नों की गति के अलावा अन्य लाभ भी मिलेंगे... जैसे आकार और रखरखाव, जो अकेले इसे सामान्य करने का औचित्य साबित करना चाहिए...
हालांकि, इससे प्रश्नों की गति में भी सुधार होने की संभावना है; वर्तमान में 300 टेक्स्ट कॉलम वाली एक ही पंक्ति बहुत बड़ी है, और लगभग निश्चित रूप से पंक्ति डेटा पृष्ठ को संग्रहीत करने के लिए 8,060 बाइट सीमा
... और इसके बजाय ROW_OVERFLOW_DATA . में संगृहीत किया जा रहा है या LOB_DATA आवंटन इकाइयाँ।
सामान्यीकरण के माध्यम से प्रत्येक पंक्ति के आकार को कम करके, जैसे कि अनावश्यक टेक्स्ट डेटा को TINYINT से बदलना विदेशी कुंजी, और उन स्तंभों को हटाकर जो इस बड़ी तालिका की प्राथमिक कुंजी पर किसी अन्य तालिका में निर्भर नहीं हैं, डेटा अब ओवरफ़्लो नहीं होना चाहिए, और आप प्रति पृष्ठ अधिक पंक्तियों को संग्रहीत करने में भी सक्षम होंगे।
जहाँ तक ओवरहेड जोड़ा गया JOIN . प्रदर्शन करके सामान्यीकृत डेटा प्राप्त करने के लिए ... यदि आप अपनी तालिकाओं को ठीक से अनुक्रमित करते हैं, तो इससे पर्याप्त मात्रा में ओवरहेड नहीं जुड़ना चाहिए। हालांकि, अगर यह एक अस्वीकार्य ओवरहेड जोड़ता है, तो आप आवश्यकतानुसार डेटा को चुनिंदा रूप से डी-सामान्यीकृत कर सकते हैं।
