मुझे बहुत सी जानकारी मिली है कि क्या STATISTICS हैं: उन्हें कैसे बनाए रखा जाता है, कैसे वे मैन्युअल रूप से या स्वचालित रूप से क्वेरी या इंडेक्स से बनाए जा सकते हैं, और इसी तरह। लेकिन, मुझे खोजने में असमर्थ किया गया है किसी भी मार्गदर्शन या के बारे में "सर्वोत्तम प्रथाओं" जानकारी जबउन्हें बनाने के लिए: एक इंडेक्स की तुलना में मैन्युअल रूप से बनाए गए स्टैटिस्टिक्स ऑब्जेक्ट से किन स्थितियों में अधिक लाभ होता है। मैंने मैन्युअल रूप से बनाए गए फ़िल्टर किए गए आँकड़ों को विभाजन तालिका पर प्रश्नों की मदद करते हुए देखा है (क्योंकि अनुक्रमित के लिए बनाए गए आँकड़े पूरी तालिका को कवर करते हैं और विभाजन के अनुसार नहीं हैं - शानदार!), लेकिन निश्चित रूप से ऐसे अन्य परिदृश्य होने चाहिए जो आँकड़ों की वस्तु से लाभान्वित होंगे! सूचकांक के विस्तार की आवश्यकता नहीं है, और न ही सूचकांक को बनाए रखने या अवरुद्ध / मृत-ताले की संभावना को बढ़ाने की लागत के लायक है।
@JonathanFite ने एक टिप्पणी में, अनुक्रमित और आँकड़ों के बीच अंतर का उल्लेख किया:
इंडेक्स SQL को डेटा को तेज़ी से लुकअप्स बनाने में मदद करेगा जो टेबल से अलग तरह से सॉर्ट किए जाते हैं। आँकड़े SQL को यह निर्धारित करने में मदद करते हैं कि क्वेरी को संतुष्ट करने के लिए कितनी मेमोरी / प्रयास की आवश्यकता है।
यह बहुत अच्छी जानकारी है, क्योंकि इससे मुझे अपने प्रश्न को स्पष्ट करने में मदद मिलती है:
यह कैसे पता चलता है (या किसी भी अन्य तकनीकी जानकारी क्या और कैसे व्यवहार और प्रकृति से संबंधित है STATISTICS) यह निर्धारित करने में मदद करता है कि कब चुनना CREATE STATISTICSहै CREATE INDEX, खासकर जब एक इंडेक्स बनाने से संबंधित STATISTICSवस्तु का निर्माण होगा ? केवल STATISTICS जानकारी होने और अनुक्रमणिका न होने से क्या परिदृश्य बेहतर होगा ?
यह सुपर-डुपर सहायक होगा, यदि संभव हो, तो एक परिदृश्य का एक कार्यशील उदाहरण है जहां STATISTICSवस्तु ए की तुलना में बेहतर फिट है INDEX।
चूंकि मैं एक दृश्य शिक्षार्थी / विचारक हूं, इसलिए मुझे लगा कि बेहतर विकल्प होने पर यह निर्धारित करने में मदद करने के संभावित साधनों के रूप में STATISTICSऔर इसके बीच के अंतरों को देखने में मदद मिल सकती है ।INDEXSTATISTICS
Thingy PROs CONs
------- ---------- -------------------
INDEX * Can help sorts. * Takes up space.
* Contains data (can * Needs to be maintained (extra I/O).
"cover" a query). * More chances for blocking / dead-locks.
STATISTICS * Takes up very little space. * Cannot help sorts.
* Lighter maintenance / won't * Cannot "cover" queries.
slow down DML operations.
* Does not increase chances
of blocking / dead-locks.निम्नलिखित कुछ संसाधन हैं जो मुझे इसकी तलाश करते हुए मिले, एक यह भी कि यह एक ही प्रश्न पूछता है, लेकिन इसका उत्तर नहीं दिया गया:
एसक्यूएल सर्वर इंडेक्स बनाम स्टेटिस्टिक
SQL सर्वर सांख्यिकी प्रश्न हम पूछने के लिए बहुत शर्मीली थे
सांख्यिकी। क्या बहुरंगी हिस्टोग्राम संभव हैं?
** स्पष्ट होने के लिए, मेरे पास इसके लिए कोई जवाब नहीं है और मैं वास्तव में कुछ लोगों से प्रतिक्रिया प्राप्त करने की तलाश कर रहा हूं, जो यह बताने के लिए कि इंटरव्यू में अजीब तरह से गायब जानकारी प्रतीत होती है।