यह सही नहीं है।
मेरे पास दो संभावनाएं हैं:
1) टेबल पर आंकड़े पुराने हैं। अनुक्रमणिका का पुनर्निर्माण करें और आंकड़े अपडेट करें।
2) जैसा कि आपने कहा, भूगोल तालिका रिकॉर्ड कई पृष्ठों में फैले हुए हैं (ऐसा नहीं है कि एक रिकॉर्ड कई पृष्ठों में फैला हुआ है क्योंकि यह नहीं हो सकता है लेकिन रिकॉर्ड 8K अंक के करीब है)। इस मामले में, काफी मज़ेदार, क्लस्टर्ड इंडेक्स पर एक और गैर-क्लस्टर इंडेक्स बनाने से मदद मिल सकती है।
अपडेट करें
मुझे खुशी है कि इसने काम किया है। अब कुछ स्पष्टीकरण।
सबसे पहले, अगर कुछ वास्तव में सही नहीं है और निष्पादन योजना अजीब लगती है, तो हमेशा आंकड़ों को देखें और अनुक्रमणिका का पुनर्निर्माण करें।
क्लस्टर्ड इंडेक्स के लिए नॉन-क्लस्टर इंडेक्स बनाने से आमतौर पर कोई लाभ नहीं मिलना चाहिए, लेकिन जब टेबल में कई रिकॉर्ड होते हैं और रिकॉर्ड इसकी 8K सीमा के करीब होता है, तो यह मददगार होता है। जैसा कि आप जानते हैं, SQL जब रिकॉर्ड लोड करने के लिए डिस्क पर जाता है, तो यह एक 8K पेज लोड करता है। इसी तरह इंडेक्स में जाने पर यह 8K पेज लोड करेगा। अब इंडेक्स 4-बाइट पूर्णांक होने के साथ इसका मतलब 2000 रिकॉर्ड के लिए आईडी लोड करना है, जबकि यह क्लस्टर इंडेक्स का उपयोग करता है तो यह मुट्ठी भर रिकॉर्ड लोड करने जा रहा है (ध्यान रखें कि हमें जॉइन बिट के लिए आईडी की आवश्यकता है)। अब यह एक द्विआधारी खोज होने के साथ, मुझे उम्मीद नहीं है कि यह केवल थोड़ी सी मदद करेगा। तो शायद कुछ और बिल्कुल सही नहीं है, लेकिन यह अनुमान लगाना मुश्किल है कि आपने सिस्टम को नहीं देखा है।
