हाँ, यह संभव है। हमारे पास इस बात का मापन नहीं है कि इसमें कितना समय लगता है, लेकिन कोई यह उम्मीद कर सकता है कि जब आप इसे बनाते हैं तो एक अस्थायी तालिका कुछ ओवरहेड का कारण बनती है, इसमें डेटा लिखें, इसे क्वेरी करें, फिर इसे छोड़ दें। इसे कितनी बार कहा जा रहा है?
इसके अलावा, MySQL की संग्रहीत कार्यविधियाँ आमतौर पर बहुत अक्षम मानी जाती हैं। वे प्रक्रिया के संकलित रूप को बरकरार नहीं रखते हैं, जैसा कि वे Oracle और अन्य RDBMS ब्रांडों में करते हैं। दूसरे शब्दों में, प्रत्येक सत्र प्रत्येक प्रक्रिया को पुन:संकलित करता है जिसे वह पहली बार उपयोग करता है।
सबसे पहले, मैं अस्थायी तालिका को समाप्त करने का सुझाव दूंगा। स्ट्रिंग के रूप में सही SQL क्वेरी बनाने के लिए बस नेस्टेड प्रक्रिया को डिज़ाइन करें, और उस स्ट्रिंग को वापस कर दें। फिर बाहरी प्रक्रिया क्वेरी को निष्पादित करती है इसका परिणाम है। आप अस्थायी तालिका के निर्माण/छोड़ने और अस्थायी तालिका में सम्मिलित करने में सक्षम होना चाहिए।
दूसरा, अगर मैं इस ऐप को डिजाइन कर रहा था, तो मुझे संग्रहीत प्रक्रिया की कोई आवश्यकता नहीं दिख रही है। मैं आपके आवेदन में सही SQL क्वेरी बनाने के लिए कोड लिखने की अनुशंसा करता हूं, और उसके बाद बस उस क्वेरी को एप्लिकेशन से निष्पादित करें।
