मैं कैड रॉक्स से सहमत हूं ।
यह लेख आपको सही रास्ते पर लाना चाहिए:
ध्यान देने वाली एक बात, क्लस्टर किए गए इंडेक्स में पहले कॉलम के रूप में एक अद्वितीय कुंजी (एक पहचान कॉलम जिसे मैं सुझाऊंगा) होना चाहिए। मूल रूप से यह आपके डेटा को इंडेक्स के अंत में सम्मिलित करने में मदद करता है और बहुत सारे डिस्क IO और पेज विभाजन का कारण नहीं बनता है।
दूसरे, यदि आप अपने डेटा पर अन्य इंडेक्स बना रहे हैं और उनका निर्माण चतुराई से किया जाता है तो उनका पुन: उपयोग किया जाएगा।
उदाहरण के लिए, आप तीन स्तंभों पर एक तालिका खोजते हैं
राज्य, काउंटी, ज़िप
- आप कभी-कभी केवल राज्य द्वारा खोजते हैं।
- आप कभी-कभी राज्य और काउंटी द्वारा खोज करते हैं।
- आप अक्सर राज्य, काउंटी, ज़िप द्वारा खोज करते हैं।
फिर राज्य, काउंटी, ज़िप के साथ एक सूचकांक। इन तीनों खोजों में उपयोग किया जाएगा।
यदि आप अकेले ज़िप द्वारा बहुत खोज करते हैं तो उपरोक्त सूचकांक (SQL सर्वर द्वारा) वैसे भी उपयोग नहीं किया जाएगा क्योंकि ज़िप उस सूचकांक का तीसरा हिस्सा है और क्वेरी ऑप्टिमाइज़र उस सूचकांक को सहायक के रूप में नहीं देखेगा।
फिर आप अकेले जिप पर एक इंडेक्स बना सकते हैं जो इस उदाहरण में उपयोग किया जाएगा।
वैसे हम इस तथ्य का लाभ उठा सकते हैं कि मल्टी-कॉलम कॉलम के साथ पहला इंडेक्स कॉलम हमेशा खोज के लिए प्रयोग करने योग्य होता है और जब आप केवल 'राज्य' द्वारा खोजते हैं तो यह कुशल है लेकिन फिर भी 'स्टेट' पर सिंगल-कॉलम इंडेक्स जितना कुशल नहीं है '
मुझे लगता है कि आप जिस उत्तर की तलाश कर रहे हैं, वह यह है कि यह आपके उस पर निर्भर करता है जहां आपके अक्सर उपयोग किए जाने वाले प्रश्नों के खंड और आपके समूह द्वारा भी।
लेख बहुत मदद करेगा। :-)