चाहे तपाइँ क्लाउड मा आईबीएम कोग्नोस एनालिटिक्स मा जाने सोचमा हुनुहुन्छ, एक नेटिभ डाटाबेस क्लाइन्ट को सट्टा JDBC ड्राइवरहरु को उपयोग गर्न चाहानुहुन्छ, वा मात्र प्रश्नहरुको प्रदर्शन सम्बन्धी विशेषताहरु मा अधिक दृश्यता चाहानुहुन्छ, गतिशील क्वेरी मोड अपनाउनु एक महान विचार हो।
जब प्रदर्शन खाद्य समूह, खाद्य सेवा उद्योग मा सबैभन्दा विश्वसनीय नेताहरु को एक हालसालै Cognos १०.२.१ बाट ११.०.१२ लाई उनीहरुको निरन्तर सुधार प्रक्रिया को भाग को रूप मा अपग्रेड गरीएको छ, उनीहरुले निर्णय गरे कि उनीहरु CQM बाट DQM मा आफ्नो प्याकेज अपडेट गर्ने छन। सुमित कुमार, PFG का आईटी प्रबन्धक रिपोर्टिंग, विश्लेषण, र परामर्श को पर्यवेक्षण को लागी जिम्मेवार, उनीहरुको प्याकेज माइग्रेशन को प्रभारी थिए र उनीहरुलाई यस प्रक्रिया को दौरान सामना गर्न सक्ने कुनै पनि चुनौतिहरु लाई पार गर्ने जिम्मेवारी दिइएको थियो।
CQM बाट DQM मा रूपान्तरण को लाभ
प्रदर्शन खाद्य समूह को पलायन को लागी कारणहरु धेरै थिए। सुमित र PFG को लागी एक समग्र रूप मा रूपान्तरण को मुख्य लाभहरु को एक उही रिपोर्ट भित्र धेरै प्याकेजहरु बाट डाटा समावेश रिपोर्टहरु को उपयोग गर्ने क्षमता थियो। गतिशील क्वेरी मोड सुमितले रिपोर्टहरु को उपयोग गर्न को लागी अनुमति दिन्छ कि धेरै विषय क्षेत्रहरु जस्तै बिक्री, खरिद, र इन्वेंट्री बाट डेटा निहित, भले ही उनीहरु तीन बिल्कुल फरक प्याकेजहरुमा स्थित छन्। मिल्दो क्वेरी मोड यो क्षमता छैन, त्यसैले छनौट स्पष्ट थियो।
संगत क्वेरी मोड बाट गतिशील क्वेरी मोड मा रूपान्तरण पनि उनीहरु लाई धेरै 64-बिट वास्तुकला मा क्वेरी निष्पादन को उपयोग गरेर रिपोर्ट निष्पादन समय घटाउने क्षमता बर्बाद हुनेछ। माइग्रेट गरेर, सुमित जान्दथे कि उनीहरु न केवल भविष्य को उन्नयन लाई सजिलो बनाउन को लागी पूर्वाधार बिछ्याइरहेछन् तर प्रदर्शन फूड ग्रुप लाई उनीहरुको स्वचालन मा भविष्यवाणी विश्लेषण गर्न को लागी क्षमता दिइरहेका छन्।
रूपान्तरण को लाभ स्पष्ट थियो, तर कस्ता चुनौतिहरु अगाडी झूठ बोल्यो?
१३ Cognos प्याकेजहरु लाई रूपान्तरण गर्न को लागी छनौट गरे पछि, सुमित परियोजना योजना र कार्यान्वयन चरण को दौरान आफ्नो पहिलो बाधाहरुको सामना गरे।
परियोजना योजना र कार्यान्वयन चुनौतीहरु
पहिलो roadब्लक सुमित सामना झरना वा छिटो वितरण बीच छनौट गरीरहेको थियो। सुमितले आफ्नो CQM लाई DQM रूपान्तरण को लागी पछि छनौट गरे किनकि यसले उसलाई स्वतन्त्र रुपमा प्रत्येक प्याकेज तैनात गर्न अनुमति दियो। प्याकेजहरु तैनात गरीएको थियो जब सबै महत्वपूर्ण रिपोर्टहरु सफलतापूर्वक चले र यदि केहि कम प्राथमिकता रिपोर्टहरुमा त्रुटिहरु थिए, उनीहरु प्याकेज तैपनि तैनात गरीयो र रिपोर्टहरु लाई पछि फिक्स गरियो। यसले उनीहरुलाई कुनै पनी समय गुमाई बिना व्यापार मूल्य अग्रिम वितरण गर्न को लागी अनुमति दियो, तर यो सुरक्षित खेल्न को लागी उनीहरुलाई एक महिना बफर राखियो यदि उनीहरुलाई आईबीएम उत्पाद समर्थन टीम बाट अतिरिक्त मद्दत को आवश्यकता छ।
अब जब कि सुमित र प्रदर्शन खाद्य समूह परियोजना योजना र कार्यान्वयन चरण पार गरिसकेका थिए, यो उनीहरु को लागी अर्को मुद्दा लाई सम्बोधन गर्ने समय थियो: टेक्निकल र पूर्वाधार चुनौतिहरु डायनेमिक क्वेरी मोड मा प्याकेज को व्यवहार को कारण।
"सुमितका अनुसार, सीक्यूएम बाट डीक्यूएम मा रूपान्तरण गर्न समय र मेहनत धेरै राम्रो खर्चियो। रूपान्तरण पछि, रिपोर्ट निष्पादन समय औसत मा 60% द्वारा कम भएको थियो!
प्राविधिक र पूर्वाधार चुनौतीहरु
गतिशील क्वेरी मोड उत्तम अभ्यासहरु कि संगत क्वेरी मोड मा वैकल्पिक थिए लागू गर्दछ। यसको एउटा उदाहरण हाइफन र तारांकन को उपयोग एक टिप्पणी लाइन को रूप मा एक अगाडि स्ल्याश संग हुनेछ, उदाहरण को लागी, '-' बनाम '/*'। CQM ले यी सबै लाई स्वीकार गर्दछ जबकि DQM कहिले काहिँ यसलाई स्वीकार गर्दछ र कहिले कहिले गर्दैन, प्लेसमेंट मा निर्भर गर्दछ। यी प्रतीत देखिने साना मुद्दाहरु छिटपुट त्रुटिहरु वा पनी सम्पूर्ण रिपोर्ट असफल हुन सक्छ। उन्नत फिल्टर, SQL क्वेरी र अनुकूलन गणना मा टिप्पणीहरु पनि त्रुटिहरु को कारण जान्दथे। A Sql क्वेरी तुलना गर्नुहोस् उपकरण प्लेसमेंट ढाँचा र त्यो क्षेत्र बाट त्रुटिहरु को घटना लाई कम गर्न को लागी विचार गरीएको थियो तर अनुसन्धान को क्रम मा सबै त्रुटि घटनाहरु लाई हेर्न को लागी अगाडि गयो। डाटा मोडेल वा प्याकेज परिभाषा मा एक योग समारोह को समावेशी त्रुटिहरु पनि सिर्जना गरीएको छ, तर यो यसको सट्टामा कुल समारोह, वा योग () बनाम कुल () संग प्रतिस्थापन गरेर सुधार गर्न सकिन्छ।
गतिशील क्वेरी मोड पनि केहि धारणाहरु बनाउँछ कि मिल्दो क्वेरी मोड गर्दैन, कारण रिपोर्ट आउटपुट फरक। CQM बनाम DQM मा रिपोर्ट चलिरहेको तपाइँ मात्र फरक कसरी उनीहरु समारोह को व्याख्या मा आधारित फरक परिणाम दिन सक्छ। उदाहरण को लागी, CQM मा कुल (कुल (बिक्री)) ले तपाइँलाई एक परिणाम दिनेछ जुन कुल बिक्री को बराबर हो र डुप्लिकेट कुल लाई बेवास्ता गर्दछ जबकि DQM मा यो डुप्लिकेट कुल लाई बेवास्ता गर्दैन, तपाइँ एक फरक रिपोर्ट आउटपुट दिदै। त्यस्तै गरी, तरीका एकत्रीकरण विकल्पहरु सीक्यूएम बनाम डीक्यूएम मा पनि लागू हुन्छ। गणना/समग्र स्तम्भ मा फिल्टरहरु समग्र सम्पत्ति चयन, जस्तै "एकत्रीकरण अघि" वा "एकत्रीकरण पछि" को आधार मा फरक फरक परिणामहरु को लागी नेतृत्व गर्न सक्छ।
अन्य चुनौतीहरू
गतिशील क्वेरी मोड अपरेशन को एक फरक क्रम हो कि रिपोर्ट आउटपुट मा परिवर्तन पैदा गर्न सक्छ लागू गर्न सक्छ।
- रिपोर्ट स्तर cardinality परिभाषा रिपोर्ट उत्पादन मा परिवर्तन को लागी जान्छ।
- रिपोर्ट प्रमाणीकरण अझै पनी महत्वपूर्ण सन्देशहरु चेतावनी सन्देशहरु हल गरिसके पछि देखाउन सक्छ। सबै चेतावनी सन्देशहरु रिपोर्ट कम्पाइलर तपाइँ वास्तविक त्रुटि देखाउन सक्नु अघि निश्चित हुनु पर्छ। यदि एक रिपोर्ट चलिरहेको छैन र मात्र एक चेतावनी सन्देश देखाउँछ, तपाइँ पहिले चेतावनी सन्देश ठीक गर्नु अघि रिपोर्ट महत्वपूर्ण त्रुटि प्रकट हुनेछ र तपाइँ यसलाई ठीक गर्न को लागी अनुमति दिनुहुन्छ।
- डाटा को विशाल मात्रा संग रिपोर्ट प्रतिपादन "मेमोरी बाहिर जावा" मुद्दाहरु संग असफल हुन सक्छ तर ती रिपोर्टहरु को लागी रिपोर्ट गुणहरु मा स्थानीय क्यासिंग सम्पत्ति अक्षम गरेर तय गर्न सकिन्छ, र यो पनि क्वेरी सेवा को लागी कन्फिगर मेमोरी बढाएर सहयोगी हुन सक्छ।
- JVM विन्यास क्रम मा भविष्य को समस्याहरु लाई रोक्न को लागी सबै भन्दा राम्रो अभ्यासहरु अनुसार ठीक ट्यून गरिएको छ।
निश्कर्षमा
सुमितका अनुसार, पलायन प्रक्रिया समय र प्रयास धेरै राम्रो तरिकाले खर्च भएको थियो। रूपान्तरण पछि, रिपोर्ट निष्पादन समय औसत मा 60% द्वारा कम भएको थियो! उहाँ निश्चित रूप बाट CQM बाट DQM र तपाइँको वातावरण ३२-बिट बाट -४-बिट सम्म प्याकेज रूपान्तरण गर्न को लागी सिफारिश गर्नुहुन्छ।
गतिशील क्वेरी मोड वा भर्खरै रूपान्तरित गर्न मिल्दो क्वेरी मोड बाट रूपान्तरण विचार? हामी तपाइँलाई हामी संग तपाइँको अनुभव साझा गर्न को लागी माया गर्दछौं वा कुनै सुझाव र चालहरु तपाइँ संग हुन सक्छ!
थप जान्न चाहानुहुन्छ? हामीले a को आयोजना गरेका थियौं webinar जहाँ हामी प्रदर्शन समूह द्वारा गतिशील क्वेरी मोड मा पलायन मा सामना गर्नु पर्ने चुनौतिहरु को बारे मा छलफल गरीयो। यहाँ क्लिक गरेर वेबिनार जवाफ दिनुहोस्।
