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