क्यों एक साधारण टी-एसक्यूएल यूडीएफ फ़ंक्शन कोड निष्पादन को 3 गुना धीमा बनाता है

Question

मैं कुछ पुरानी संग्रहीत प्रक्रिया को फिर से लिख रहा हूं और इनलाइन कोड की बजाय फ़ंक्शन का उपयोग करते समय मुझे एक अप्रत्याशित प्रदर्शन समस्या मिली है।

समारोह के रूप में पालन बहुत सरल है:

ALTER FUNCTION [dbo].[GetDateDifferenceInDays] 
(  
@first_date SMALLDATETIME, 
@second_date SMALLDATETIME 
) 
RETURNS INT 
AS 
BEGIN 

RETURN ABS(DATEDIFF(DAY, @first_date, @second_date)) 

END 

तो मुझे मिल गया है दो समान प्रश्नों, लेकिन एक समारोह का उपयोग करता है और अन्य क्वेरी अपने आप में गणना करता है:

ABS(DATEDIFF(DAY, [mytable].first_date, [mytable].second_date)) 

अब इनलाइन कोड के साथ क्वेरी फ़ंक्शन का उपयोग करके 3 गुना तेज है।

Answer 1

आपके पास एक स्केलर यूडीएफ है (एन पैरामीटर 0 लेता है और स्केलर मान देता है)। इस तरह के यूडीएफ आमतौर पर आपकी क्वेरी के एक पंक्ति-दर-पंक्ति संचालन का कारण बनते हैं, जब तक कि आप निरंतर पैरामीटर के साथ नहीं बुलाते हैं, वास्तव में प्रदर्शन की गिरावट के साथ आप अपनी क्वेरी के साथ अनुभव कर रहे हैं।

here, here और here देखें यूडीएफ का उपयोग करने के छेड़छाड़ के नुकसान के विस्तृत स्पष्टीकरण के लिए।

Answer 2

उपयोग संदर्भ के आधार पर, क्वेरी ऑप्टिमाइज़र इनलाइन कोड का विश्लेषण करने और क्वेरी प्लान का उपयोग करके एक महान अनुक्रमणिका का पता लगाने में सक्षम हो सकता है, जबकि यह समान रूप से विस्तृत विश्लेषण के लिए "फ़ंक्शन इनलाइन" नहीं करता है और इसलिए समाप्त होता है फ़ंक्शन शामिल होने पर एक निम्न क्वेरी योजना के साथ। दो क्वेरी योजनाओं को एक तरफ देखो, और आप इस परिकल्पना को आसानी से पुष्टि (या अस्वीकार) करने में सक्षम होना चाहिए!

Answer 3

धीमी स्केलर यूडीएफ का उपयोग न करें, एक तेज इनलाइन का उपयोग करें। यहाँ उदाहरण:

Reuse Your Code with Table-Valued UDFs

Calculating third Wednesday of the month with inline UDFs

Many nested inline UDFs are very fast

सवाल बहुत आम है: यह कहा गया है और सैकड़ों बार जवाब से पहले, इस तरह के रूप में यह कुछ डिब्बाबंद जवाब है।