Oracle® Exadata® सिस्टम स्टोरेज इंडेक्स पेश करता है, जो डेटाबेस प्रदर्शन में सुधार करता है। एक स्टोरेज इंडेक्स मेमोरी में संग्रहीत एक संरचना है जिसमें प्रमुख आंकड़े होते हैं। यह स्टोरेज इंडेक्स Exadata को हर पंक्ति को पढ़ने के बजाय पहले इंडेक्स की जांच करके प्रासंगिक डेटा ढूंढकर डिस्क I/O ऑपरेशन और क्वेरी को गति देने में सक्षम बनाता है।
स्टोरेज इंडेक्स के साथ एक महत्वपूर्ण विचार यह है कि, Exadata को स्टोरेज इंडेक्स I/O बचत उत्पन्न करने के लिए, सिस्टम को इन इंडेक्स में डेटा को इंडेक्स के स्टोरेज क्षेत्रों में लिखने की आवश्यकता होती है। दूसरे शब्दों में, उपयोग किए जाने के लिए, स्टोरेज इंडेक्स डेटा को सेल सर्वर के क्षेत्र इंडेक्स मेमोरी संरचनाओं पर प्राइम करने की आवश्यकता होती है। जब आप पहली बार क्वेरी चलाते हैं, तो आपको कोई स्टोरेज इंडेक्स I/O बचत नहीं दिखाई देती क्योंकि क्षेत्र इंडेक्स में कोई प्रासंगिक डेटा नहीं होता।
स्टोरेज इंडेक्स कैसे काम करते हैं
स्टोरेज इंडेक्स का प्राथमिक लक्ष्य Exadata स्मार्ट स्कैन के लिए अनुरोधों को पूरा करने के लिए आवश्यक डिस्क I/O की मात्रा को कम करना है। वास्तविक डेटाबेस पंक्तियों को स्कैन करके, आप स्टोरेज इंडेक्स का उपयोग करके प्राप्त I/O बचत को माप सकते हैं। स्टोरेज इंडेक्स डायरेक्ट-पथ रीड ऑपरेशन के दौरान उपयोग किए जाते हैं, जब क्वेरी में एक प्रिडिकेट (यानी WHERE क्लॉज) होता है और अंतर्निहित ऑटोमैटिक स्टोरेज मैनेजमेंट (ASM) डिस्क ग्रुप में cell.smart_scan_capable=TRUE विशेषता सेट होती है। दूसरे शब्दों में, स्टोरेज इंडेक्स क्वेरी प्रिडिकेट वाले SQL स्टेटमेंट के लिए Exadata स्मार्ट स्कैन के पूरक हैं। इसके अतिरिक्त, स्टोरेज इंडेक्स सबसे अधिक प्रदर्शन बचत प्रदान करते हैं जब आपका डेटा आपके क्वेरी प्रिडिकेट में कॉलम के संबंध में अच्छी तरह से ऑर्डर किया गया हो।
Oracle Exadata आर्किटेक्चर
डिजाइन के दृष्टिकोण से, स्टोरेज इंडेक्स पारंपरिक Oracle B*Tree इंडेक्स या अन्य इंडेक्स प्रकारों से भिन्न हैं। स्टोरेज इंडेक्स आपके डेटाबेस के अंदर सेगमेंट के रूप में संग्रहीत भौतिक संरचनाएं नहीं हैं, बल्कि Exadata स्टोरेज सेल पर रहने वाली मेमोरी संरचनाएं हैं। जबकि पारंपरिक इंडेक्स का लक्ष्य Oracle को टेबल में पंक्तियों को तेजी से खोजने में सहायता करना है, स्टोरेज इंडेक्स का लक्ष्य सेल सर्विसेज सॉफ़्टवेयर को निर्देश देने का एक बहुत ही कुशल साधन प्रदान करना है कि यदि स्टोरेज इंडेक्स में मान इंगित करते हैं कि अनुरोधित डेटा उन पंक्तियों में नहीं है, तो भौतिक डेटाबेस पंक्ति रीड को छोड़ दें।
यदि स्टोरेज क्षेत्र में डेटा क्वेरी प्रिडिकेट में आमतौर पर उपयोग किए जाने वाले कॉलम के संबंध में अच्छी तरह से ऑर्डर किया गया है, तो स्टोरेज इंडेक्स सेल सर्वर (CELLSRV) प्रक्रियाओं को भौतिक I/O अनुरोधों को बायपास करने और डिस्क I/O बचाने में सक्षम बनाते हैं। स्टोरेज इंडेक्स द्वारा सेल फिजिकल I/O बाइट्स सेव एक सिस्टम स्टेटिस्टिक है जिसका उपयोग आप इस I/O बचत लाभ को मापने के लिए कर सकते हैं।
यदि, दूसरी ओर, डेटा अच्छी तरह से ऑर्डर नहीं किया गया है, तो स्टोरेज इंडेक्स सीमित या कोई लाभ नहीं प्रदान करते क्योंकि प्रत्येक स्टोरेज क्षेत्र में किसी दिए गए कॉलम या क्वेरी प्रिडिकेट के लिए संभावित मानों की एक बड़ी श्रृंखला होने की अधिक संभावना होती है। पारंपरिक B*Tree इंडेक्स की तरह, क्लस्टरिंग स्टोरेज इंडेक्स के लिए एक महत्वपूर्ण विचार है। स्टोरेज इंडेक्स के बारे में रोचक तथ्यों में से एक यह है कि Exadata की CELLSVR प्रक्रियाएं उनका उपयोग केवल तभी करती हैं जब क्वेरी में प्रिडिकेट मान प्रत्येक स्टोरेज क्षेत्र के लिए क्षेत्र इंडेक्स में ट्रैक किए गए उच्च और निम्न मानों के बाहर आते हैं, चाहे स्टोरेज क्षेत्र में वास्तव में ट्रैक की गई सीमाओं के भीतर डेटा हो या नहीं।
एक उदाहरण पर विचार करें जिसमें एक स्टोरेज क्षेत्र में एक टेबल में दस पंक्तियों के लिए डेटा है। इन दस पंक्तियों के भीतर, मान लें कि FIRST_NAME नामक एक कॉलम है और इस कॉलम के भीतर, क्षेत्र में "john", "anto", "max", "leigh", "theo", "rachel", "lauren", "bob", "denise", और "jen" FIRST_NAME वाली पंक्तियां हैं। यदि आप FIRST_NAME="chris" खोजने वाली क्वेरी जारी करते हैं, तो इस टेबल के लिए कोई भी मौजूदा स्टोरेज इंडेक्स इस क्षेत्र को एक्सेस किए जाने से अयोग्य नहीं ठहराएगा क्योंकि "chris" वर्णानुक्रम में "anto" और "theo" के बीच आता है। हालांकि, यदि आप FIRST_NAME="victor" आधारित क्वेरी चलाते हैं, तो CELLSVR इस स्टोरेज क्षेत्र के लिए भौतिक I/O को बायपास कर देगा क्योंकि मान उच्च और निम्न मानों के बाहर आता है।
संक्षेप में, इसका मतलब है कि स्टोरेज इंडेक्स फ़ंक्शन झूठी सकारात्मकता (I/O अनुरोधों को जारी करने की अनुमति के संबंध में) वापस कर सकते हैं, लेकिन वे कभी भी झूठी नकारात्मकता वापस नहीं करते।
I/O को बायपास करना भौतिक रीड को छोड़ने के बराबर है और भौतिक रीड को छोड़ने से समय की बचत होती है। निम्न छवि स्टोरेज इंडेक्स के काम करने का तार्किक प्रतिनिधित्व प्रदान करती है:
छवि स्रोत: Oracle Exadata Recipes by John Clarke.
निष्कर्ष
Exadata आपके एप्लिकेशन उपयोग के आधार पर समय-आधारित स्टोरेज इंडेक्स को स्वचालित रूप से बनाए रखता है। एक Exadata डेटाबेस मशीन प्रशासक (DMA) आपके डेटा को उनके उपयोग को प्रोत्साहित करने के लिए संभावित रूप से ऑर्डर करने या अपने एप्लिकेशन के क्वेरी प्रिडिकेट को बदलने के अलावा स्टोरेज इंडेक्स व्यवहार को प्रभावित करने के लिए कुछ नहीं कर सकता।
निम्नलिखित स्थितियों में स्टोरेज इंडेक्स का उपयोग करने पर विचार करें:
- डायरेक्ट-पथ रीड ऑपरेशन के दौरान।
- स्मार्ट स्कैन के साथ।
- जब क्वेरी में प्रिडिकेट हों।
स्टोरेज इंडेक्स Oracle Exadata उत्पाद में उपलब्ध सबसे स्मार्ट फीचर है, और यह आपको सबसे तेज और सबसे अनुकूलित तरीके से डेटा खोजने में मदद करता है।
कोई भी टिप्पणी करने या प्रश्न पूछने के लिए फीडबैक टैब का उपयोग करें।
विशेषज्ञ प्रशासन, प्रबंधन और कॉन्फ़िगरेशन के साथ अपने वातावरण को अनुकूलित करें
Rackspace के एप्लिकेशन सेवाओं (RAS) विशेषज्ञ अनुप्रयोगों के एक व्यापक पोर्टफोलियो में निम्नलिखित पेशेवर और प्रबंधित सेवाएं प्रदान करते हैं:
- ईकॉमर्स और डिजिटल अनुभव प्लेटफॉर्म
- एंटरप्राइज रिसोर्स प्लानिंग (ERP)
- बिजनेस इंटेलिजेंस
- सेल्सफोर्स कस्टमर रिलेशनशिप मैनेजमेंट (CRM)
- डेटाबेस
- ईमेल होस्टिंग और उत्पादकता
हम प्रदान करते हैं:
- निष्पक्ष विशेषज्ञता: हम आपकी आधुनिकीकरण यात्रा को सरल बनाते हैं और मार्गदर्शन करते हैं, उन क्षमताओं पर ध्यान केंद्रित करते हैं जो तत्काल मूल्य प्रदान करती हैं।
- फैनेटिकल एक्सपीरियंस™: हम एक प्रोसेस फर्स्ट, टेक्नोलॉजी सेकंड® दृष्टिकोण को समर्पित तकनीकी सहायता के साथ जोड़कर व्यापक समाधान प्रदान करते हैं।
- अद्वितीय पोर्टफोलियो: हम आपको सही क्लाउड पर सही तकनीक चुनने और तैनात करने में मदद करने के लिए व्यापक क्लाउड अनुभव लागू करते हैं।
- चुस्त डिलीवरी: हम आपकी यात्रा में जहां आप हैं, वहां मिलते हैं और अपनी सफलता को आपके साथ संरेखित करते हैं।
अभी चैट करें शुरू करने के लिए।