अपेक्षाकृत गैर-सामान्यीकृत फॉर्म से डेटाबेस लेते समय और इसे सामान्यीकृत करते समय, संसाधन उपयोग में बदल सकता है?डेटाबेस को सामान्य करने से संसाधन प्रभाव क्या है?
उदाहरण के लिए, सामान्यीकरण का अर्थ है कि अधिकतर टेबल कम से कम बनाए जाते हैं जिसका अर्थ है कि डेटाबेस में अब बड़ी संख्या में टेबल हैं, लेकिन उनमें से कई काफी छोटे हैं, जिससे अक्सर उपयोग किए जाने वाले लोगों को स्मृति में बेहतर फिट करने की अनुमति मिलती है।
तालिकाओं की उच्च संख्या का भी अर्थ है कि समेकित डेटा को प्राप्त करने के लिए अधिक शामिल होने की संभावना है (संभावित रूप से), इसलिए किसी को सिस्टम की उच्च संख्या में शामिल होने की अपेक्षा की जाती है।
तो, संसाधन उपयोग (यानी क्या बदल जाएगा) पर असर एक सामान्यीकृत डेटाबेस को सामान्यीकृत करता है?
संपादित करें: संदर्भ का एक सा जोड़ने के लिए, मैं एक मौजूदा 300 से अधिक भयानक तालिकाओं के साथ डेटाबेस है (यानी विरासत।)। डेटा का लगभग 1/2 टेक्स्ट है और दूसरा आधा या तो चार फ़ील्ड या पूर्णांक है। किसी भी प्रकार की कोई बाधा नहीं है। कारण मैं पूछता हूं कि मुख्य रूप से दूसरों को विश्वास दिलाने के लिए अधिक जानकारी प्राप्त करना है कि चीजों को बदलने की जरूरत है और प्रदर्शन या रखरखाव में कमी नहीं होगी। दुर्भाग्यवश, मुझे सामान्य रूप से जितना संभव हो सके सामान्यीकरण से बचने के लिए डी-सामान्यीकृत डेटाबेस के प्रदर्शन लाभों के बारे में पर्याप्त जानकारी प्राप्त करना है।
डेटा की प्रकार के आधार पर अत्यधिक समस्या स्थान निर्भर, आप भंडारण स्थान को नीचे या रास्ते में देख सकते हैं। –
http://stackoverflow.com/questions/173726/when-and-why-are-database-joins-expensive – GmonC
@GmonC - हां, यह एक महान पोस्ट है, लेकिन मैं चाहता हूं कि इस विषय के बारे में वास्तव में एक अच्छी पोस्ट है। यह जानने के लिए कि संसाधन का उपयोग * असामान्य रूप से उसी डेटाबेस के सामान्यीकृत संस्करण से * बदल जाएगा *। – cdeszaq