मैं pg-promise का लेखक हूं ।
डेटाबेस संचार के लिए अनुकूलन के कई स्तर हैं। उनमें से सबसे महत्वपूर्ण प्रति HTTP अनुरोध प्रश्नों की संख्या को कम करना है, क्योंकि IO महंगा है, इसलिए कनेक्शन पूल है।
- यदि आपको प्रति HTTP अनुरोध एक से अधिक क्वेरी निष्पादित करनी है, तो हमेशा कार्यों का उपयोग करें, विधि कार्य ।
- यदि आपके कार्य के लिए लेन-देन की आवश्यकता है, तो इसे tx ।
- यदि आपको एकाधिक प्रविष्टियां या अद्यतन करने की आवश्यकता है, तो हमेशा बहु-पंक्ति संचालन का उपयोग करें। देखें pg-promise के साथ मल्टी-रो इंसर्ट और Node.js में PostgreSQL बहु-पंक्ति अपडेट ।
नोड-पोस्टग्रेज ने संस्करण 6.x से पीजी-पूल का उपयोग करना शुरू किया, जबकि पीजी-वादा संस्करण 5.x पर बना हुआ है जो आंतरिक कनेक्शन पूल कार्यान्वयन का उपयोग करता है। यहां इसकी वजह बताई गई है ।
इस क्षेत्र में मेरे लंबे अभ्यास से पता चलता है:यदि आप अपनी सेवा को 20 कनेक्शनों के पूल में फिट नहीं कर सकते हैं, तो आप अधिक कनेक्शन के लिए जाने से नहीं बचेंगे, आपको इसके बजाय अपने कार्यान्वयन को ठीक करने की आवश्यकता होगी। साथ ही, 20 से ऊपर जाने पर आप सीपीयू पर अतिरिक्त दबाव डालना शुरू कर देते हैं, और यह और धीमा हो जाता है।
डेटा के आकार का पूल के आकार से कोई लेना-देना नहीं है। आप आमतौर पर एकल डाउनलोड या अपलोड के लिए केवल एक कनेक्शन का उपयोग करते हैं, चाहे वह कितना भी बड़ा क्यों न हो। जब तक आपका कार्यान्वयन गलत नहीं है और आप एक से अधिक कनेक्शन का उपयोग करते हैं, तब तक आपको इसे ठीक करना होगा, यदि आप चाहते हैं कि आपका ऐप स्केलेबल हो।
यह अगले उपलब्ध कनेक्शन की प्रतीक्षा करेगा।
यह भी देखें:
