धीमी चलाने sp_executesql जब मापदंडों तर्क के रूप में पारित कर रहे हैं क्यों

Question

क्वेरी 1: (बिजली की तेजी)

sp_executesql "select * from tablesView where Id = 1" 

बनाम

क्वेरी 2: (बहुत धीमी गति से)

sp_executesql "select * from tablesView where Id = @Id", N"@Id int", @Id=1 

tablesView - a view containing multiple joins

LINQ हमेशा प्रश्नों को क्वेरी 2 रूप में परिवर्तित करता है और इसलिए प्रदर्शन वास्तव में खराब है।

प्रश्न: मुझे क्वेरी 2 धीमेपन के कारण की आवश्यकता है, और यदि कोई है तो कोई संकल्प। और LINQ के लिए एक प्रस्ताव।

---- अतिरिक्त टिप्पणियाँ:

प्रदर्शन हिट निश्चित रूप से 2 कॉलम जो रैंकिंग कार्य (ROW_NUMBER) का उपयोग कर रहे की वजह से है लेकिन मैं उन्हें टाल नहीं सकते मैं उन्हें जरूरत है।

Answer 1

1. बचें चुनें *
2. ADO.NET 3.5 वहाँ Linq में है "पैरामीटर quessing" का उपयोग कर 1 = TINYINT 2345 = SMALLINT 76,357,242 = INT .. ADO.NET में 4.0 पैरामीटर quessing डिफ़ॉल्ट INT डेटा साथ बदल दिया है टाइप 1 = INT, 2335 = INT, 76,357,242 = INT)

Answer 2

मैं यहाँ एक अंग पर बाहर जाना और मान लें कि आपके बहुत सी पंक्तियाँ जहां आईडी = 1.

यदि नहीं है जा रहा हूँ , कृप्या मुझे सही करें।

हम्म, मुझे आश्चर्य है कि क्या वह उस पैरामीटर के लिए पारित करने के लिए जा रहा है:

एक संभावित कारण यह है कि एसक्यूएल सर्वर आपकी क्वेरी धीमी गति से संसाधित कर रहा है कि यह क्वेरी को देखता है और चला जाता है।
क्या यह 1 होगा? जहां मेरे पास एक गजबानी पंक्तियां हैं?
या शायद 1742, जहां मैं सिर्फ 3
मैं बस नहीं जानता है, मैं बेहतर एक मेज स्कैन कर एक कार्य योजना लागू है कि मेरे सभी ठिकानों

एक स्तंभ हैं कवर किया जाएगा उत्पादन करने के लिए सुनिश्चित करने के लिए, या एक स्तंभ सेट, कम चयनकता है (यानी अद्वितीय मानों की संख्या पंक्तियों की संख्या से बहुत कम है), एसक्यूएल सर्वर कभी-कभी सभी पंक्तियों को निश्चित रूप से प्राप्त करने के लिए, एक टेबलकेन या इसी तरह वापस लौटाएगा।

कम से कम यह मेरा अनुभव रहा है। विशेष रूप से मैंने वही व्यवहार देखा है जब दिनांक सीमा समय सारिणी वाले डेटा के साथ टेबल पर चयन करती है, WHERE dt <= @dt AND dt >= @dt कर रही है ताकि सभी पंक्तियां प्राप्त हो सकें जहां @ डीटी उस पंक्ति में समय के भीतर है, एक टेबल-स्कैन पर वापस आती है, और तब जब मैं वास्तविक तिथि को एसक्यूएल में एक शाब्दिक के रूप में रखता हूं तो यह बहुत तेज़ चलता है।

समस्या यहां चुनिंदाता है, SQL सर्वर यह नहीं जानता कि आपके कथन के लिए निष्पादन योजना बनाते समय सभी परिदृश्यों को सर्वोत्तम तरीके से कैसे पूरा किया जाए, इसलिए यह अनुमान लगाने का प्रयास करेगा।

पैरामीटर के लिए विशिष्ट मान निर्दिष्ट करने के लिए एक क्वेरी संकेत जोड़ने का प्रयास करें।:

sp_executesql "select * from tablesView where Id = @Id option (optimize for (@id = 1742))", N"@Id int", @Id=1 

Answer 3

यह एक पैरामीटर समस्या सूँघने हो सकता है। लाइन सहित:

OPTION (RECOMPILE) 

आपकी SQL क्वेरी के अंत में प्रयास करें। http://blogs.technet.com/b/mdegre/archive/2012/03/19/what-is-parameter-sniffing.aspx