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