बहुत समय पहले, मैं कनेक्ट डाइजेस्ट प्रकाशित करता था - छोटी पोस्ट जो कनेक्ट पर कुछ बग रिपोर्ट या सुझावों को उजागर करती हैं जो मुझे लगा कि अधिक ध्यान देने योग्य है। अब, मैं यह कहूंगा:मैं वास्तव में उस प्रणाली का बहुत बड़ा प्रशंसक नहीं हूं जहां वोट देने के इच्छुक सबसे अधिक दोस्तों वाले व्यक्ति को अपना रास्ता मिल जाता है, क्योंकि SQL सर्वर टीम को शोर को अनदेखा या स्थगित करने में सक्षम होना चाहिए, और ध्यान केंद्रित करना चाहिए सबसे महत्वपूर्ण और प्रभावशाली बग या सुझाव। लेकिन ऐसा नहीं है कि वे रेडमंड में कैसे काम करते हैं . इसलिए, आज, मेरा एक अनुरोध है:वोट करके और इन तीन कनेक्ट आइटमों पर टिप्पणी करके मेरी मदद करें, इन सभी का उद्देश्य SQL सर्वर के आंकड़ों के काम करने के तरीके को बेहतर बनाना है।
(ध्यान दें कि टिप्पणियों में केवल वोटों की संख्या की तुलना में अधिक महत्व होता है, इसलिए कृपया अपना व्यावसायिक मामला बताएं, यदि आपके पास कोई ऐसा मामला है जिसे साझा किया जा सकता है।)
अद्यतन आंकड़ों के लिए MAXDOP संकेत
SQL सर्वर 2016 ने DBCC CHECK कमांड के लिए MAXDOP संकेत जोड़ा है, तो आँकड़े अपडेट के लिए क्यों नहीं? विभाजित तालिकाओं पर यह शेष कार्यभार पर बहुत प्रभाव डाल सकता है। हमें स्वचालित आंकड़े अपडेट के लिए सिस्टम-परिभाषित MAXDOP को ओवरराइड करने में भी सक्षम होना चाहिए, लेकिन अभी के लिए मुझे मैन्युअल सांख्यिकी प्रबंधन पर अधिक नियंत्रण से खुशी होगी। अनुरोध निम्न कनेक्ट आइटम में कैप्चर किया गया है:
- कनेक्ट #628971 :आंकड़े अपडेट करने के लिए MAXDOP पैरामीटर जोड़ें
क्वेरी अनुकूलक को विभाजन-स्तर के आंकड़े देखने दें
एरिन स्टेलेटो ने यहां वृद्धिशील आँकड़ों के लाभों के बारे में ब्लॉग किया है, लेकिन वास्तव में इस पोस्ट में इसकी समस्याओं के बारे में सिर पर कील मारा है:वृद्धिशील सांख्यिकी का उपयोग क्वेरी ऑप्टिमाइज़र द्वारा नहीं किया जाता है। कृपया इसे पढ़ें और फिर मेरे द्वारा बनाए गए आइटम पर वोट करें और टिप्पणी करें (मुझे विश्वास नहीं हो रहा है कि मैंने कभी नहीं देखा कि इसके लिए एक डीसीआर पहले से मौजूद नहीं था):
- कनेक्ट #2010834 :ऑप्टिमाइज़र को वास्तव में प्रति-विभाजन आँकड़ों का *उपयोग* करना चाहिए
स्वत:-आंकड़ों को फ़िल्टर किए गए इंडेक्स/स्टेट में पंक्तियों की संख्या पर विचार करना चाहिए
वर्तमान में, फ़िल्टर किए गए इंडेक्स और आंकड़ों के लिए स्वचालित अपडेट पर निर्भर होना वेटिंग फॉर गोडोट जैसा है - एल्गोरिदम तालिका में पंक्तियों की संख्या का उपयोग करता है जब मंथन थ्रेशोल्ड निर्धारित करता है, न कि इंडेक्स में पंक्तियों की संख्या। इसका अर्थ है कि अधिकांश फ़िल्टर किए गए अनुक्रमणिका - और वास्तव में सबसे उपयोगी फ़िल्टर्ड इंडेक्स - कभी भी अपने आप अपडेट नहीं होंगे। (मैं इसके बारे में यहां बात करता हूं, और किम्बर्ली ट्रिप इसके बारे में यहां और यहां बात करता है। मुझे यकीन है कि अन्य लोगों ने भी इसके बारे में ब्लॉग किया है।) मुझे लगता है कि यह बदलने का समय है - यदि आप सहमत हैं, तो कृपया वोट करें और जो सैक के आइटम पर टिप्पणी करें (शीर्षक फ़िल्टर किए गए आँकड़ों को इंगित करता है, लेकिन यह वास्तव में दोनों से संबंधित है):
- कनेक्ट #509638 :फ़िल्टर किए गए आंकड़े अपडेट में बदलाव का सुझाव
