Think की एक तालिका से डेटा पढ़ रहा था।
जैसे ही आप कनेक्शन खोलते हैं, आप उन सीटों को भरते हैं - अंततः, बस भर जाती है और अब यात्रियों को स्वीकार नहीं कर सकती (या अधिक डेटाबेस कनेक्शन खोलें)। किसी भी समय बस को यात्री से इनकार करना पड़ता है क्योंकि यह क्षमता पर है, यात्री को आने वाली दूसरी बस के लिए इंतजार करना पड़ता है।
जब आप उनके साथ काम करते हैं तो अपने कनेक्शन बंद करके, आप अधिक कनेक्शन के लिए कमरे को खाली कर देते हैं - जिसका अर्थ यह है कि डेटाबेस के साथ बातचीत करने की आवश्यकता वाले अधिक प्रोग्राम जो कर सकते हैं, उन्हें कनेक्शन के लिए इंतजार किए बिना मुक्त करना। अपने कनेक्शन को बंद नहीं करने का मतलब है कि डेटाबेस को यह पता लगाने की आवश्यकता है कि आस-पास के सभी कनेक्शनों के साथ क्या करना है, जिससे समस्याएं उत्पन्न हो सकती हैं यदि आपका डेटाबेस कनेक्शन खोलने के साथ ही आप नए खोल रहे हैं।
जब आप कनेक्शन पूल का उपयोग कर रहे हों तो यह बदलता है (नीचे टिप्पणियां देखें); उन परिस्थितियों में आप चाहते हैं कि आपका पूल आपके लिए खोलने और बंद करने वाले कनेक्शन को संभाले। यदि आप अपने कनेक्शन को पूल नहीं कर रहे हैं, तो उन्हें संसाधनों को बर्बाद करने की आवश्यकता से अधिक समय तक उन्हें खोलना।
छोटे पैमाने पर उपयोग में कोई नुकसान नहीं होगा, लेकिन कुछ डीबी को प्रति कनेक्शन आधार पर लाइसेंस प्राप्त है, इसलिए लंबी अवधि के लिए कनेक्शन खोलने से अन्य लोगों को पहुंच मिलती है। –
क्यों -1? मैंने सोचा कि यह एक बहुत उपयोगी सवाल था – TimeToCodeTheRoad