टेबल स्कैन क्यों किया जा रहा है?

Question

SELECT X.ID, X.Field4 
FROM 
     #TaxInvoiceData T 
INNER JOIN 
     xxx X 
     ON T.Id = X.Id 
     AND Field2 = @VAR  
     AND Field3 = 'S' 

मुझे समझ नहीं आता जब मैं एक प्रश्न एक पूर्ण तालिका तालिका एक्स पर स्कैन चलाने क्यों क्योंकि तालिका एक्स के प्राथमिक कुंजी

ID INT ASC 
Field3 CHAR(2) ASC 
Field2 DATETIME ASC Unique Non-clustered 

है वहाँ भी

Field2 DATETIME ASC Non-Unique Non-clustered 

पर एक सूचकांक है

सूचकांक की तलाश करता है

01 बस

SELECT ID 
FROM xxx 
WHERE 
    Field2 = @VAR 
AND Field3 = 'S' 

कर

अग्रिम धन्यवाद।

Answer 1

लघु जवाब: क्योंकि अनुकूलक सोचता है कि यह तेजी से होगा।

हालांकि, आइए ऑप्टिमाइज़र के दिमाग को पढ़ने का प्रयास करें।

चूंकि आपने पूर्ण तालिका स्कीमा प्रदान नहीं किया है, इसलिए मुझे लगता है कि xxx.ID पर एक क्लस्टर्ड इंडेक्स है और #TaxInvoiceData एक ढेर है। आप एक ऐसी योजना की उम्मीद कर रहे हैं जहां #TaxInvoiceData में प्रत्येक पंक्ति के लिए पीके इंडेक्स की जांच की जाए, लेकिन आप xxx.Field4 चुन रहे हैं जिसके लिए प्रत्येक मैच के लिए बुकमार्क लुकअप की आवश्यकता होगी। इसके परिणामस्वरूप 2 9, 000 यादृच्छिक I/O अनुरोध हो सकते हैं। आउच।

इसके विपरीत, एसक्यूएल सर्वर सिर्फ अधिक कुशल अनुक्रमिक की एक बड़ी राशि प्रदर्शन आई/ओ तालिका स्कैन करने और शायद #TaxInvoiceData के खिलाफ एक तेजी से हैश मैच कर रहा है (और जाहिरा तौर पर करने जा रहा है) हो सकता है।

तो आप क्या कर सकते हैं? आप Field4 सहित एक कवर इंडेक्स बना सकते हैं। या आप इंडेक्स का उपयोग कर सकते हैं और जिस योजना को आप ढूंढ रहे हैं उसे मजबूर करने के लिए संकेतों में शामिल हो सकते हैं (लेकिन मुझे संदेह है कि प्रदर्शन उतना अच्छा नहीं होगा जितना आप उम्मीद करते हैं)। क्या यह क्वेरी अक्सर पर्याप्त रूप से उपयोग की जाती है कि यह आपके एप्लिकेशन की प्रदर्शन समस्याएं दे रही है या क्या आप सिद्धांत पर तालिका स्कैन को खत्म करने की सोच रहे हैं? यदि उत्तरार्द्ध, आपको स्कैन से छुटकारा पाने का ओवरहेड मिल सकता है तो अंत में इसके लायक नहीं है।

---

संपादित करें:

आप उल्लेख किया है के बाद से मेज पर कोई संकुल अनुक्रमणिका यह है कि, यह भी प्रभावित कर सकता है कैसे कुशल लुकअप सूचकांक से कर रहे हैं। जब तक यह तालिका अत्यधिक भारी सम्मिलित गतिविधि नहीं देख रही है, तब तक अपने पीके को क्लस्टर करने के लिए बदलने पर विचार करें। वह अकेला योजना बदल सकता है, और यहां तक ​​कि अगर यह कम ओवरहेड के कारण अन्य परिचालनों को तेज करने की संभावना नहीं है।

Answer 2

शायद पुनर्लेखन क्वेरी में मदद मिलेगी:

SELECT X.ID, X.Field4 
FROM xxx X, #TaxInvoiceData T 
WHERE X.Id = T.Id   
AND X.Field2 = @VAR    
AND X.Field3 = 'S'