डेटाबेस पुनर्गठन: वे क्यों मायने रखते हैं, और ऑन-लाइन और ऑफ-लाइन के बीच अंतर
डेटा स्थान को बचाने और डेटाबेस दक्षता और प्रदर्शन में सुधार करने के लिए डेटाबेस पुनर्गठन किया जाता है। यह लेख बताता है कि क्यों। अगला लेख दिखाता है कि एक्लिप्स में एकाधिक तालिकाओं और डेटाबेस को कैसे पुनर्गठित किया जाए।
बड़े RDBMS तालिकाओं में डेटा अंततः खंडित हो जाता है। जैसे-जैसे अधिक डेटा पृष्ठों पर रिकॉर्ड वितरित होते जाते हैं, तालिकाओं और अनुक्रमितों का आकार बढ़ता जाता है। क्वेरी निष्पादन धीमी क्वेरी प्रतिक्रियाओं के दौरान गैर-जुड़ने के क्रम में अधिक पृष्ठ पढ़ता है और पंक्तियाँ। बर्बाद हुए स्थान को पुनः प्राप्त करने के लिए, डेटाबेस अपटाइम और गति डेटा एक्सेस (क्वेरी प्रतिक्रिया) में सुधार करने के लिए, अपने डेटाबेस ऑब्जेक्ट को पुनर्व्यवस्थित करने की रणनीति पर विचार करें।
इन टेबल, इंडेक्स और टेबलस्पेस ऑब्जेक्ट्स के लिए डेटाबेस रीऑर्ग दो प्रकार के होते हैं:ऑन-लाइन (जगह में) और ऑफ-लाइन (क्लासिक)।
ऑन-लाइन डेटाबेस क्लस्टरिंग को फिर से स्थापित करने, खाली स्थान को पुनः प्राप्त करने, और अतिप्रवाह पंक्तियों को खत्म करने के लिए मौजूदा तालिका के भीतर पंक्तियों को स्थानांतरित करके reorgs क्रमिक रूप से काम करता है। ऑब्जेक्ट केवल अंत के निकट थोड़े समय के लिए अनुपलब्ध होते हैं, न कि पुनः लोड और पुनर्निर्माण चरणों के दौरान, जो बड़ी वस्तुओं के लिए लंबा हो सकता है। वे एप्लिकेशन को डेटाबेस से कनेक्ट करने की अनुमति देते हैं, लेकिन अक्सर उनके प्रदर्शन को धीमा कर देते हैं, और उस समय लॉक वेट बना सकते हैं।
ऑफ-लाइन डेटाबेस reorgs तेज़ हैं, लेकिन डेटाबेस को ऑफ़लाइन ले जा सकते हैं (यदि डेटाबेस reorg उपयोगिता का उपयोग किया जाता है)। इस पद्धति के साथ, डेटाबेस से डेटा को डंप फ़ाइल (अनलोड) में निर्यात किया जाता है। डेटाबेस ऑब्जेक्ट्स को निकालने के आधार पर बैक अप सेट किया जाता है, आमतौर पर फिर से ऑर्डर (सॉर्ट) किया जाता है। फिर उन्हें उसी टेबलस्पेस (लोड) पर वापस कर दिया जाता है, जहां इंडेक्स को पूरी तरह से बहाल किया जाता है (पुनर्निर्माण)।
प्रदर्शन के प्रति जागरूक DBA अनलोड के लिए IRI FACT (फास्ट एक्सट्रैक्ट) का उपयोग करते हैं, जो एक पोर्टेबल फ्लैट फ़ाइल बनाता है जिसे पुनर्गठित तालिका की प्राथमिक अनुक्रमणिका कुंजी पर सॉर्ट किया जा सकता है (IRI CoSort के साथ)। इस दृष्टिकोण के साथ, अन्य परिवर्तन और रिपोर्टिंग ऑपरेशन हो सकते हैं, और डेटाबेस ऑनलाइन रहता है। प्री-सॉर्टेड, डायरेक्ट पाथ लोड भी डेटाबेस लोडर के सॉर्ट (ओवरहेड) को बायपास करता है। ये सभी ऑपरेशन IRI वर्कबेंच ऑफलाइन रीऑर्ग विजार्ड में स्वचालित हैं।
प्रत्येक तालिका के लिए फ़ाइल सिस्टम में डेटा की "छाया" प्रतिलिपि रखना अनावश्यक रूप से कठिन नहीं होना चाहिए क्योंकि एक बार फ़्लैट फ़ाइल को सॉर्ट करने और पुनः लोड करने के बाद, इसे हटाया जा सकता है। साथ ही, रीऑर्ग डेटा को बाह्यकृत और CoSort के लिए उपलब्ध होने से भी डेटा के अन्य उपयोगों की संभावना की अनुमति मिलती है, जिसमें अभिलेखीय, रिपोर्टिंग, सुरक्षा, और अन्य डेटाबेस, बीआई टूल और एप्लिकेशन लक्ष्यों में माइग्रेशन शामिल है।
निश्चित रूप से चेतावनी यह है कि अनलोड के दौरान, अन्य सिस्टम उपयोगकर्ता टेबल स्पेस को पढ़ और अपडेट कर सकते हैं, इसलिए इस दौरान कोई भी अपडेट री-लोड को याद कर सकता है और लक्ष्य में विसंगतियां पैदा कर सकता है। इसलिए यह अनुशंसा की जाती है कि जब अपडेट नहीं हो रहे हों तो ऑफ़लाइन पुनर्गठन किया जाए।
IRI एक ऑफ़लाइन रीऑर्ग समाधान प्रदान करता है, जिसका वर्णन और वर्णन यहाँ किया गया है।
