🍄 👪 🧔🏾 डेवलपर्स के लिए 15 सर्वश्रेष्ठ ओरेकल अपेक्स प्रदर्शन ट्यूनिंग टिप्स 👨🏼‍⚕️ 👈 💮

हॉट हाबरा सभी को नमस्कार!

आज हमारी कंपनी 28 साल पुरानी है, और इस सुखद घटना के सम्मान में, हमने आपके साथ नई सामग्री साझा करने का फैसला किया है।

हमारे नियमित लेखक यूरी पोनोमारेव के अनुवाद के साथ आपकी मदद के लिए धन्यवादOBIEESupport। लेख के

लेखक मिशेल स्कैमिन हैं, जो कंपनी के संस्थापक और प्रबंध भागीदार हैं जो रीडिंग रिवार्ड सेवा प्रदान करते हैं। 2009 में वापस, मिशेल इस तथ्य से पीड़ित हुई कि उसके बेटे, 8 और 9 साल के हैं, बहुत कम पढ़ते हैं। किताबें केवल कंप्यूटर और वीडियो गेम का मुकाबला नहीं कर सकती थीं, इसलिए मिशेल और उनके पति ने एक ऐसी प्रणाली विकसित करने का फैसला किया, जिसमें बच्चों ने किताबें पढ़ने के साथ कंप्यूटर गेम पर समय अर्जित किया। एक आईटी सलाहकार और वेब एप्लिकेशन डेवलपर के रूप में, मिशेल ने सॉफ्टवेयर विकसित किया है जो बच्चों को पढ़ने और टीवी देखने के समय को रिकॉर्ड करने की अनुमति देता है, और माता-पिता इस समय को ट्रैक करने के लिए। यह रीडिंग रिवार्ड्स सेवा की शुरुआत थी। और अब, वास्तव में, एक लेख।

तो, आपने रिकॉर्ड गति के लिए एक अद्भुत ओरेकल एपेक्स एप्लिकेशन चुना है - आपको बहुत कुछ लिखना नहीं है। और, जैसा कि पुरानी कहावत है, क्या होना चाहिए - जिसे टाला नहीं जा सकता है!

2010 में, मैंने अपने दो छोटे बेटों को पढ़ने के लिए प्रयास करने के लिए एक एप्लिकेशन बनाया । मैं स्वीकार करता हूं, उस समय मैंने प्रदर्शन के बारे में नहीं सोचा था, और इसमें कुछ रसदार "विशाल तालिका से गिनती (*)" था जो पूरे कोड में रणनीतिक रूप से बिखरे हुए थे।

अरे, मेरे लड़कों ने वास्तव में इतना नहीं पढ़ा था, इसलिए उस समय ये तालिकाओं काफ़ी छोटी थीं ...

आइए हम कहते हैं कि जब मैंने जनता के लिए ऐप जारी किया तो मैं बहुत भोला था, और मुझे उम्मीद नहीं थी कि यह लोड होगा प्रतिदिन हजारों उपयोगकर्ता, प्रतिदिन 150,000 पृष्ठ दृश्य बनाते हैं।

Google Analytics के आंकड़े

इस तथ्य के अलावा कि यह सब मेरे लिए बहुत ही रोमांचक था, मैं इतने सारे क्लिक के लिए तैयार नहीं था। मेरे पास प्रदर्शन के मुद्दे थे। आपको बस यह स्वीकार करना होगा कि मैं ओरेकल अपैक्स प्रदर्शन ट्यूनिंग का एक शौकीन छात्र बन गया था और सोचा था कि मैं उन कुछ चीजों को साझा करूंगा जो मैंने वर्षों से सीखा था।

एक अड़चन की पहचान कैसे करें?

आपके आवेदन के प्रदर्शन का मूल्यांकन करते समय कई चीजें हैं जिन पर आप ध्यान देना चाहेंगे। आप इससे जुड़ी समस्याओं, ब्राउज़र पर विचार करना चाहेंगे। नेटवर्क की समस्या। ORDS विन्यास। डेटाबेस कॉन्फ़िगरेशन, संभव लापता अनुक्रमणिका सहित। क्या खेल में कोई डेटाबेस लॉक है? उम्मीदें?

जैसे ही आपको लगता है कि आपका अंतर्निहित बुनियादी ढांचा अच्छी स्थिति में है और गलती पर नहीं है, आपके आवेदन को ध्यान में लाने का समय हो सकता है, आपके फ्रंटेंड (जावास्क्रिप्ट और सीएसएस) और बैकएंड (SQL और PL / SQL) को ध्यान में रखते हुए।

1. सीमा: फाइल ऑर्डर मायने रखता है

सबसे पहले, यदि आप कस्टम सीएसएस और जेएस घटकों को शामिल करते हैं, तो सुनिश्चित करें कि आपका सीएसएस पृष्ठ के शीर्ष पर है और जावास्क्रिप्ट सबसे नीचे है ।

यह सुनिश्चित करता है कि आपके उपयोगकर्ता कम से कम उपयोगकर्ता इंटरफ़ेस घटक प्राप्त करें, भले ही कुछ व्यावसायिक तर्क फ़ाइलें पहले से लोड न हों।

2. गतिविधि की निगरानी देखें

शुरू करने के लिए यह हमेशा एक शानदार जगह है। यदि सब कुछ धीमा लगता है और आपको पता नहीं है कि कहां देखना है, तो अपेक्स विकास वातावरण में गतिविधि की निगरानी मूल्यवान जानकारी प्रदान कर सकती है।

अपेक्स डेवलपमेंट कंसोल से एक्टिविटी मॉनिटर से लिंक करें

आपके कार्यक्षेत्र और अनुप्रयोगों में प्रत्येक पेजव्यू लॉग किया गया है, जिसमें उपयोगकर्ता, तिथि / समय टिकट, आवेदन, पेज_ड की जानकारी और सबसे महत्वपूर्ण बात यह है कि जिस समय एप्लिकेशन चल रहा था।

मेरी पसंदीदा पेजव्यू रिपोर्ट है "भारित पृष्ठ प्रदर्शन द्वारा।"

APEX गतिविधि मॉनिटर से उदाहरण देखें

उन पेजों पर पूरा ध्यान दें, जिनमें बड़ी संख्या में पेज ईवेंट (मतलब बार-बार देखे गए), और औसत एप्लिकेशन रनटाइम का उच्च मूल्य है। मुझे याद है कि जोएल कलमैन ने एक बार कहा था कि 0.5 सेकंड से ऊपर की हर चीज की समीक्षा की जानी चाहिए। बेशक, यह एक नहीं बल्कि सामान्य सामान्यीकरण है और APEX के उपयोग के आपके विशिष्ट मामले से संबंधित (नहीं) हो सकता है।

गतिविधि मॉनिटर आईआर के साथ काम करना आसान बनाता है, लेकिन अगर आपको थोड़ा और विस्तार की आवश्यकता है और विभिन्न कार्यक्षेत्रों में रिपोर्ट चलाना चाहते हैं, तो आप इसे यथासंभव विस्तृत बनाने के लिए SQL डेवलपर में निम्न क्वेरी का उपयोग कर सकते हैं:

select workspace
      , application_name 
      , application_id, page_id
      , count(*) total_page_events
      , avg(elapsed_time) avg_elapsed_time
      , sum(elapsed_time) elapsed_time
from apex_workspace_activity_log
where view_date between to_date('201911190900','RRRRMMDDHH24MISS') and to_date('201911191200','RRRRMMDDHH24MISS')
group by workspace, application_name, application_id, page_id
order by 6, 7 asc

3. # समय # लुकिंग चर

तो आपको एक धीमा पृष्ठ मिल सकता है। और अब क्या है?

यदि आप पुनः प्राप्त समय को पुनः प्राप्त करना और प्रदर्शित करना चाहते हैं, तो आप अपने रिपोर्ट क्षेत्रों के पाद लेख में # समय # लुकिंग चर का उपयोग कर सकते हैं। यह आपको उस पृष्ठ पर रिपोर्ट के सबसे धीमे क्षेत्रों की पहचान करने में मदद कर सकता है, जिस पर आप अपना ध्यान आकर्षित कर सकते हैं। यह डैशबोर्ड पृष्ठों पर विशेष रूप से उपयोगी है जहां आपके पास बहुत सारे काम हो सकते हैं।

रिपोर्ट के पाद लेख में प्रतिस्थापन लाइन # टाइमिंग # का उपयोग करके रिपोर्ट

चलाना फिर परिणाम देगा:

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

अक्सर मुझे लगता है कि वे उन डेटा का अनुरोध करेंगे जो मुझे पता है कि उम्र के लिए कल्पना की जाएगी। बहुत कम से कम, यह उन्हें कुछ विचार देता है कि क्या हो सकता है और क्यों उन्हें अपने पृष्ठ के लिए उम्मीद से थोड़ा अधिक इंतजार करना पड़ा।

4. पृष्ठ को डीबग मोड में चलाएँ

बेहतर अभी तक, अपनी रिपोर्ट के निष्पादन योजना तक पहुंचने के लिए इसे डिबग लेवल 9 में चलाएं।

डिबग विंडो आपको वह सब कुछ दिखाएगी जो आपके पृष्ठ पर होता है, और यह प्रत्येक घटक के लिए रनटाइम दिखाएगा। LEVEL9 बहुत सारी लाइनें उत्पन्न करेगा, लेकिन आप उन्हें यह दिखाने के लिए समय के अवरोही क्रम में क्रमबद्ध कर सकते हैं कि आपका पृष्ठ प्रस्तुत करने में सबसे अधिक समय लेता है।

5. कॉलिंग वी (") से सावधान रहें

यदि आपको खराब प्रदर्शन करने वाली रिपोर्ट मिलती है, तो आप यह जाँच सकते हैं कि आपने v (”) नोटेशन का उपयोग किया है या नहीं।

select task_name
from tasks
where assigned_to=:APP_USER

या

select task_name
from tasks
where assigned_to=v('APP_USER')

एक बड़ी तालिका में, दोनों कथनों के बीच का अंतर बहुत बड़ा हो सकता है, क्योंकि v (") वास्तव में एक फ़ंक्शन कॉल है। इसका मतलब है कि आप किसी भी इंडेक्स का लाभ नहीं लेंगे और क्वेरी का परिणाम पूर्ण तालिका स्कैन में होगा।

युक्ति: यदि आपको एक दृश्य में APEX सत्र की स्थिति का संदर्भ देने की आवश्यकता है (जहां आप बाध्यकारी चर का उपयोग नहीं कर सकते हैं), एक स्केलर सबक्वेरी का उपयोग करने पर विचार करें जो लगभग आपके बाध्यकारी चर के रूप में भी काम कर सकता है। देख:

select task_name
from tasks
where assigned_to = (select v('APP_USER') from dual)

जिन घटनाओं में मैंने भाग लिया उनमें से एक की पेशकश करने के लिए जॉन स्कॉट का धन्यवाद।

6. यदि संभव हो तो क्वेरी में स्ट्रिंग प्रतिस्थापन से बचें

प्रश्नों में देखने के तार से सावधान रहें।

उदाहरण के लिए, एक ऐसी स्थिति पर विचार करें जहाँ आपको उस पृष्ठ पर एक डिकोड या केस स्टेटमेंट की आवश्यकता हो सकती है जो यह निर्धारित करने के लिए कि आप किस पृष्ठ पर शाखा लगाना चाहते हैं:

select case when dept_no=20 then
          'f?p=&APP_ID.:3:&SESSION.::::P3_DEPTNO:'||deptno
       else
          'f?p=&APP_ID.:2:&SESSION.::::P2_DEPTNO:'||deptno
       end as link
       , deptno
       , dname
from dept

बाइंड वैरिएबल का उपयोग करना: SESSION, न कि & SESSION लुकअप स्ट्रिंग। एक बहुत बड़ा अंतर बना सकते हैं और Oracle को बहुत अधिक पार्सिंग समय बचा सकते हैं। बाइंड चर संस्करण ओरेकल को क्वेरी का पुन: उपयोग करने की अनुमति देता है।

select case when dept_no=20 then
          'f?p=&APP_ID.:3:'|| :SESSION ||'::::P3_DEPTNO:'||deptno
       else
          'f?p=&APP_ID.:2:'|| :SESSION ||'::::P2_DEPTNO:'||deptno
       end as link
       , deptno
       , dname
from dept

यदि आप इसके बारे में अधिक जानने में रुचि रखते हैं, तो वाइल्डकार्ड स्ट्रिंग्स, बाइंडिंग वैरिएबल और अपेक्स लिंक पर जॉर्ज रिम्बल के अद्भुत वीडियो देखें ।

7. जब संभव हो अपनी स्थितियों में घोषणात्मक मापदंडों का उपयोग करें

पृष्ठ घटकों पर शर्तों का उपयोग करते समय, जब भी संभव हो हमेशा घोषणात्मक मापदंडों का उपयोग करें। वे बहुत अधिक प्रभावी होंगे।

8. पेजेशन सेटिंग का तर्कसंगत रूप से उपयोग करें

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

9. प्रश्नों में HTML से बचें और HTML अभिव्यक्ति का उपयोग करें

जब भी संभव हो, किसी भी HTML / CSS विशेषताओं को शामिल करने के लिए रिपोर्ट कॉलम के लिए HTML अभिव्यक्ति विशेषता का उपयोग करें।

10.

इस प्रकार, आपने वास्तव में धीमी रिपोर्ट क्षेत्र की पहचान की है जिसे आपने यथासंभव सर्वोत्तम रूप से कॉन्फ़िगर किया है।

क्या मुझे पृष्ठ देखने पर हर बार डेटा अपडेट करने की आवश्यकता है? डैशबोर्ड रिपोर्टों के बारे में सोचें, विशेष रूप से बिक्री डेटा आदि में। यहां तक कि 1 मिनट पहले प्राप्त लेनदेन डेटा कई मामलों में काफी पूरा हो सकता है।

यदि हां, तो आप क्षेत्र कैशिंग विकल्प का उपयोग कर सकते हैं।

सर्वर कैश सेटिंग्स APEX क्षेत्रों में।

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

सावधानी, यदि आपके पास संवेदनशील डेटा है जो उपयोगकर्ता पर निर्भर करता है, तो आप "उपयोगकर्ता द्वारा कैश" या "सेशन द्वारा कैश" विकल्पों का चयन कर सकते हैं।

क्षेत्रीय कैशिंग को सक्षम करते समय उपलब्ध सेटिंग्स

यदि आप कैशिंग को सक्षम करने का निर्णय लेते हैं, तो आप अपने उपयोगकर्ताओं को नवीनतम डेटा अपडेट के बारे में सूचित कर सकते हैं। यदि हां, तो आप APEX_UTIL.CACHE_GET_DATE_OF_REGION_CETHE फ़ंक्शन का उपयोग कर सकते हैं ।

11. PL / SQL को संकुल पर ले जाएँ

सुनिश्चित करें कि आप कोड को संकुल में स्थानांतरित करते हैं। वे पहले से ही डेटाबेस में संकलित हैं, जिसका अर्थ है कि गतिशील विश्लेषण के लिए कम ओवरहेड होगा।

जब भी संभव हो आपकी पृष्ठ प्रक्रियाएं केवल पैकेज कॉल होनी चाहिए।

स्टीफन फुएरस्टीन ने ओरेकल एप्लिकेशन एक्सप्रेस के लिए पीएल / एसक्यूएल लिखने पर एक बहुत विस्तृत लेख लिखा , जिसे आप पढ़ना चाहते हैं। वह पहले से ही कई साल पुरानी है, लेकिन वह अभी भी प्रासंगिक है!

12. लॉन्च सलाहकार!

मैं शायद ही कभी लोगों को इस महान सुविधा का उपयोग करते हुए देखता हूं, लेकिन यह एक ऐसी चीज है जिसे हम सभी को नियमित रूप से करना चाहिए। हर बार मुझे आश्चर्य होता है कि वह और क्या पाता है।

13. घटकों को अक्षम और सक्षम करने के लिए बिल्ड विकल्पों का उपयोग करें

ठीक है, आपने सभी चीज़ों को आज़माया है, लेकिन फिर भी यह अटका हुआ है कि यह किस पर स्पष्ट नहीं है। यदि आप "अपने पृष्ठ को फिर से रीडायरेक्ट करने जा रहे हैं," तो आपको अपने पृष्ठ के विभिन्न घटकों के लिए बिल्ड विकल्पों का उपयोग करने पर विचार करना चाहिए।

घटकों पर अनिश्चित स्थिति न रखें, अन्यथा आप अपनी सभी कीमती शर्तों को खो देंगे! इसके अलावा, सदा के घटकों में आपके अनुप्रयोगों में हमेशा के लिए रहने की अप्रिय विशेषता है ... स्थिति का उपयोग करके

एक नया बिल्ड पैरामीटर बनाएं : बहिष्कृत करें।

इसे वैकल्पिक रूप से अपने पृष्ठ के विभिन्न घटकों पर लागू करें। प्रत्येक परिवर्तन के साथ अपना पृष्ठ शुरू करें और देखें कि क्या यह बेहतर काम करता है। यदि आपका पृष्ठ अचानक तेज़ चलता है, तो आपको अपराधी मिल सकते हैं।

14. समझें कि विभिन्न IR सेटिंग्स APEX प्रदर्शन को कैसे प्रभावित कर सकती हैं।

खराब तरीके से निष्पादित इंटरेक्टिव रिपोर्ट के साथ, आपके उपयोगकर्ताओं द्वारा लागू विभिन्न सेटिंग्स, पैरामीटर या फ़िल्टर खराब काम को बढ़ा सकते हैं (हाँ, यह वास्तव में है)।

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

आपकी MaxRowCount सेटिंग भी खेलने में आती है, और आपको इसे यथासंभव छोटा बनाने की कोशिश करनी चाहिए। इसका कोई सही उत्तर नहीं है, और आपको अपने उपयोगकर्ताओं के लिए कुछ करने से पहले विभिन्न संख्याओं के साथ खेलना पड़ सकता है।

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

अंत में, यदि आप पाते हैं कि आपका IR अभी भी बहुत धीमा है, तो आप 2 विकल्पों पर विचार कर सकते हैं:

पाइपलाइन तालिका फ़ंक्शंस (तालिका से * चुनें (my_rpt_pipelined)) -> वे जटिल प्रश्नों में बहुत बेहतर काम कर सकते हैं।
संग्रह रिपोर्ट बनाएं (APEX_COLLECTION)

इन सुपर उपयोगी आईआर युक्तियों के लिए करेन कैनेल का धन्यवाद।

15. ट्रेस

जब बाकी सब विफल हो जाता है, तो आप ट्रेस फ़ाइल बनाने के लिए अपने URL के अंत में "& p_trace = YES" जोड़ सकते हैं जिसे आप TKPROF उपयोगिता का उपयोग करके विश्लेषण कर सकते हैं।

SQL ट्रेसिंग के बारे में अधिक जानकारी यहां पाई जा सकती है ।

अभी भी अटक? मैं हमेशा Oracle अपेक्स समुदाय की जवाबदेही पर चकित हूं । एक मदद करने वाला हाथ दें, विभिन्न मंचों पर या ट्विटर पर मदद मांगें, कोई आपको निश्चित रूप से सही दिशा में इंगित करेगा। मुझे मदद के लिए कॉल करने के लिए अनगिनत प्रतिक्रियाएं मिली हैं। आपको जवाब मिल जाएगा! बस याद रखें: यह अपैक्स नहीं है, यह सबसे अधिक बार आप, आप खुद हैं :-)

डेवलपर्स के लिए 15 सर्वश्रेष्ठ ओरेकल अपेक्स प्रदर्शन ट्यूनिंग टिप्स