इससे पहले आज, मैं एक डेवलपर के साथ एक प्रश्न पर काम कर रहा था जिसका प्रदर्शन खराब था। यह प्रश्न बड़ा और जटिल था, और शुरू में यह पता लगाने के लिए एक कठिन प्रयास की तरह लग रहा था कि प्रदर्शन समस्या कहाँ है। व्याख्या योजना के साथ हम कभी-कभी लागत का उपयोग एक बड़ी, जटिल क्वेरी के प्रदर्शन दर्द बिंदु को कम करने में मदद के लिए कर सकते हैं।
इस प्रश्न की व्याख्या योजना को देखते हुए, हम देख सकते हैं कि इसकी कुल लागत बहुत अधिक है।
विवरण को देखते हुए, हम देख सकते हैं कि DETAIL_RECORD तालिका पर पूर्ण तालिका स्कैन (FTS) की उच्च लागत 51018 है। ध्यान दें कि FTS की उच्च लागत योजना को कैसे आगे बढ़ाती है। इस सिंगल टेबल एक्सेस की उच्च लागत के कारण इस एफटीएस से ऊपर के सभी कार्यों की उच्च लागत है। CIMS_POLICIES_TO_PROCESS तालिका तक पहुँचने की लागत अपेक्षाकृत कम है, लेकिन HASH JOIN ऑपरेशन को इसकी उच्च लागत केवल DETAIL_RECORD तालिका तक पहुँचने की उच्च लागत के कारण प्राप्त होती है।
कुल लागत इस तालिका तक पहुँचने की लागत से थोड़ी ही अधिक है। यह स्पष्ट है कि इस प्रश्न के विश्लेषण के दर्द बिंदु में इस तालिका पर FTS का सबसे बड़ा योगदान है।
इस तरह से व्याख्या योजना लागतों को देखकर, हम बहुत ही जटिल क्वेरी के एक क्षेत्र पर बहुत जल्दी ध्यान केंद्रित करने में सक्षम थे जो सबसे अधिक प्रदर्शन दर्द पैदा कर रहा है। यहां किए गए लागत विश्लेषण के बिना, यह निर्धारित करना कि नीचे दी गई क्वेरी का कौन सा भाग समस्या पैदा कर रहा है, बहुत काम होता।
