PostgreSQL में क्वेरी निष्पादन को धीमा कर रहा है

कुछ को पद शीर्षक अजीब लग सकता है। दरअसल, क्यों, उनके सही दिमाग में, सर्वर पर अनुरोधों के निष्पादन को धीमा कर देते हैं?

मैं उत्तर दूंगा: "यह जांचने के लिए कि क्लाइंट प्रोग्राम इंटरफ़ेस लंबे प्रश्नों के दौरान कैसे काम करता है।" हमारे ईआर-डिजाइनर के लिए आधार संरचना के आयात के कार्यान्वयन के दौरान मेरे सामने ऐसी समस्या उत्पन्न हुई।

कार्यक्रम का इंटरफ़ेस, मेरी विनम्र राय में, लंबे अनुरोधों के दौरान तीन पहलुओं को प्रदान करना चाहिए:

1. सभी प्रकार के आंकड़ों और एनिमेशन (?) के साथ उपयोगकर्ता की आंख को प्रसन्न करना।
2. उपयोगकर्ता को क्लिक करने या कुछ गलत न करने दें।
3. दूसरी ओर, एक लंबी प्रक्रिया को रोकने का अवसर देना अनिवार्य है।

कोई भी, बेशक, ग्राहक कार्यक्रम कोड में सभी प्रकार की नींद () डालने पर प्रतिबंध लगाता है, लेकिन इस बारे में कुछ बुराई है। और आप बिल्ट-इन फ़ंक्शन pg_sleep () का उपयोग कर सकते हैं, जिसके पैरामीटर को सेकंड की संख्या को पारित किया जा सकता है जिसके द्वारा आप अनुरोध के निष्पादन को रोकना चाहते हैं।

SELECT pg_sleep(1.5); 

डेटाबेस में तालिकाओं की सूची लौटाने वाली क्वेरी को ब्रेक करें:

 SELECT oid :: regclass FROM pg_class WHERE relkind = 'r' 

उदाहरण 1

आप pg_sleep () कॉल को FROM सेक्शन में रख सकते हैं:

 SELECT oid::regclass FROM pg_class, pg_sleep(10) WHERE relkind = 'r' 

इस स्थिति में, फ़ंक्शन को केवल एक बार निष्पादित किया जाएगा और कुल निष्पादन समय लगभग 10 सेकंड होगा। इसके अलावा, पूरा डेटा सेट एक पूरे के रूप में तुरंत वापस आ जाएगा।

उदाहरण 2

आप चयन अनुभाग में pg_sleep () कॉल कर सकते हैं:

 SELECT oid::regclass, pg_sleep(1) FROM pg_class WHERE relkind = 'r' 

उसी स्थिति में, डेटा सेट की प्रत्येक पंक्ति के लिए फ़ंक्शन को एक बार निष्पादित किया जाएगा। अर्थात्, आपके डेटाबेस में जितनी बार टेबल हैं। इस दृष्टिकोण के साथ, एक और प्लस है। अतुल्यकालिक अनुरोध प्रसंस्करण का उपयोग करना, उदाहरण के लिए, इस तरह या कि, आप एक-एक करके स्ट्रिंग प्राप्त कर सकते हैं, और कृपया उपयोगकर्ता को धीरे-धीरे क्रॉलिंग प्रगति पट्टी के साथ।

आपको शुभकामनाएं!

UPD इस कार्यक्षमता की याद दिलाने के लिए सिग्मन गुज़ का धन्यवाद।